public inbox for cluster-cvs@sourceware.org
help / color / mirror / Atom feed
* cluster/gfs-kernel/src/gfs ops_fstype.c
@ 2006-12-19 20:07 teigland
  0 siblings, 0 replies; 9+ messages in thread
From: teigland @ 2006-12-19 20:07 UTC (permalink / raw)
  To: cluster-cvs

CVSROOT:	/cvs/cluster
Module name:	cluster
Branch: 	RHEL50
Changes by:	teigland@sourceware.org	2006-12-19 20:07:45

Modified files:
	gfs-kernel/src/gfs: ops_fstype.c 

Log message:
	When the first mounter is recovering all the journals, it should use
	TRY on the journal locks.  There's one rare case where other mounters
	will exist who hold journal locks that we don't want to block on.  That's
	when the other mounters are readonly, haven't been able to recover the
	fs after a node failure, and the next rw mounter is told to do first
	mounter recovery.  The journals of these readonly nodes can be skipped
	when the pseudo-first mounter is going through all journals.  Changed
	this a long time ago but never checked it in.
	bz 218551

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/gfs-kernel/src/gfs/ops_fstype.c.diff?cvsroot=cluster&only_with_tag=RHEL50&r1=1.28&r2=1.28.4.1


^ permalink raw reply	[flat|nested] 9+ messages in thread

* cluster/gfs-kernel/src/gfs ops_fstype.c
@ 2007-06-19 14:25 rpeterso
  0 siblings, 0 replies; 9+ messages in thread
From: rpeterso @ 2007-06-19 14:25 UTC (permalink / raw)
  To: cluster-cvs

CVSROOT:	/cvs/cluster
Module name:	cluster
Branch: 	RHEL5
Changes by:	rpeterso@sourceware.org	2007-06-19 14:25:04

Modified files:
	gfs-kernel/src/gfs: ops_fstype.c 

Log message:
	Resolves: bz 240570: Can't mount GFS file system on AoE device

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/gfs-kernel/src/gfs/ops_fstype.c.diff?cvsroot=cluster&only_with_tag=RHEL5&r1=1.28.2.2&r2=1.28.2.3


^ permalink raw reply	[flat|nested] 9+ messages in thread

* cluster/gfs-kernel/src/gfs ops_fstype.c
@ 2007-06-19 14:23 rpeterso
  0 siblings, 0 replies; 9+ messages in thread
From: rpeterso @ 2007-06-19 14:23 UTC (permalink / raw)
  To: cluster-cvs

CVSROOT:	/cvs/cluster
Module name:	cluster
Changes by:	rpeterso@sourceware.org	2007-06-19 14:23:29

Modified files:
	gfs-kernel/src/gfs: ops_fstype.c 

Log message:
	Resolves: bz 240570: Can't mount GFS file system on AoE device

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/gfs-kernel/src/gfs/ops_fstype.c.diff?cvsroot=cluster&r1=1.30&r2=1.31


^ permalink raw reply	[flat|nested] 9+ messages in thread

* cluster/gfs-kernel/src/gfs ops_fstype.c
@ 2006-12-19 20:07 teigland
  0 siblings, 0 replies; 9+ messages in thread
From: teigland @ 2006-12-19 20:07 UTC (permalink / raw)
  To: cluster-cvs

CVSROOT:	/cvs/cluster
Module name:	cluster
Branch: 	RHEL5
Changes by:	teigland@sourceware.org	2006-12-19 20:07:26

Modified files:
	gfs-kernel/src/gfs: ops_fstype.c 

Log message:
	When the first mounter is recovering all the journals, it should use
	TRY on the journal locks.  There's one rare case where other mounters
	will exist who hold journal locks that we don't want to block on.  That's
	when the other mounters are readonly, haven't been able to recover the
	fs after a node failure, and the next rw mounter is told to do first
	mounter recovery.  The journals of these readonly nodes can be skipped
	when the pseudo-first mounter is going through all journals.  Changed
	this a long time ago but never checked it in.
	bz 218551

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/gfs-kernel/src/gfs/ops_fstype.c.diff?cvsroot=cluster&only_with_tag=RHEL5&r1=1.28&r2=1.28.2.1


^ permalink raw reply	[flat|nested] 9+ messages in thread

* cluster/gfs-kernel/src/gfs ops_fstype.c
@ 2006-12-19 20:06 teigland
  0 siblings, 0 replies; 9+ messages in thread
From: teigland @ 2006-12-19 20:06 UTC (permalink / raw)
  To: cluster-cvs

CVSROOT:	/cvs/cluster
Module name:	cluster
Changes by:	teigland@sourceware.org	2006-12-19 20:06:44

Modified files:
	gfs-kernel/src/gfs: ops_fstype.c 

Log message:
	When the first mounter is recovering all the journals, it should use
	TRY on the journal locks.  There's one rare case where other mounters
	will exist who hold journal locks that we don't want to block on.  That's
	when the other mounters are readonly, haven't been able to recover the
	fs after a node failure, and the next rw mounter is told to do first
	mounter recovery.  The journals of these readonly nodes can be skipped
	when the pseudo-first mounter is going through all journals.  Changed
	this a long time ago but never checked it in.
	bz 218551

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/gfs-kernel/src/gfs/ops_fstype.c.diff?cvsroot=cluster&r1=1.28&r2=1.29


^ permalink raw reply	[flat|nested] 9+ messages in thread

* cluster/gfs-kernel/src/gfs ops_fstype.c
@ 2006-08-10 14:52 rpeterso
  0 siblings, 0 replies; 9+ messages in thread
From: rpeterso @ 2006-08-10 14:52 UTC (permalink / raw)
  To: cluster-cvs

CVSROOT:	/cvs/cluster
Module name:	cluster
Changes by:	rpeterso@sourceware.org	2006-08-10 14:52:20

Modified files:
	gfs-kernel/src/gfs: ops_fstype.c 

Log message:
	Mounting was mistakenly allowed with too few journals.

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/gfs-kernel/src/gfs/ops_fstype.c.diff?cvsroot=cluster&r1=1.26&r2=1.27


^ permalink raw reply	[flat|nested] 9+ messages in thread

* cluster/gfs-kernel/src/gfs ops_fstype.c
@ 2006-02-13 21:27 bmarzins
  0 siblings, 0 replies; 9+ messages in thread
From: bmarzins @ 2006-02-13 21:27 UTC (permalink / raw)
  To: cluster-cvs

CVSROOT:	/cvs/cluster
Module name:	cluster
Branch: 	STABLE
Changes by:	bmarzins@sourceware.org	2006-02-13 21:27:44

Modified files:
	gfs-kernel/src/gfs: ops_fstype.c 

Log message:
	oops. Missed on s_old_blocksize

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/gfs-kernel/src/gfs/ops_fstype.c.diff?cvsroot=cluster&only_with_tag=STABLE&r1=1.13.2.1.4.2.2.1&r2=1.13.2.1.4.2.2.2


^ permalink raw reply	[flat|nested] 9+ messages in thread

* cluster/gfs-kernel/src/gfs ops_fstype.c
@ 2006-02-13 20:58 bmarzins
  0 siblings, 0 replies; 9+ messages in thread
From: bmarzins @ 2006-02-13 20:58 UTC (permalink / raw)
  To: cluster-cvs

CVSROOT:	/cvs/cluster
Module name:	cluster
Branch: 	STABLE
Changes by:	bmarzins@sourceware.org	2006-02-13 20:58:15

Modified files:
	gfs-kernel/src/gfs: ops_fstype.c 

Log message:
	pulled s_old_blocksize

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/gfs-kernel/src/gfs/ops_fstype.c.diff?cvsroot=cluster&only_with_tag=STABLE&r1=1.13.2.1.4.2&r2=1.13.2.1.4.2.2.1


^ permalink raw reply	[flat|nested] 9+ messages in thread

* cluster/gfs-kernel/src/gfs ops_fstype.c
@ 2005-10-13 16:37 teigland
  0 siblings, 0 replies; 9+ messages in thread
From: teigland @ 2005-10-13 16:37 UTC (permalink / raw)
  To: cluster-cvs

CVSROOT:	/cvs/cluster
Module name:	cluster
Changes by:	teigland@sourceware.org	2005-10-13 16:37:40

Modified files:
	gfs-kernel/src/gfs: ops_fstype.c 

Log message:
	register gfs under /sys/fs instead of /sys/kernel.
	requires the kernel to be patched with fs_subsys.patch

Patches:
http://sources.redhat.com/cgi-bin/cvsweb.cgi/cluster/gfs-kernel/src/gfs/ops_fstype.c.diff?cvsroot=cluster&r1=1.21&r2=1.22


^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2007-06-19 14:25 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-12-19 20:07 cluster/gfs-kernel/src/gfs ops_fstype.c teigland
  -- strict thread matches above, loose matches on Subject: below --
2007-06-19 14:25 rpeterso
2007-06-19 14:23 rpeterso
2006-12-19 20:07 teigland
2006-12-19 20:06 teigland
2006-08-10 14:52 rpeterso
2006-02-13 21:27 bmarzins
2006-02-13 20:58 bmarzins
2005-10-13 16:37 teigland

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).