public inbox for cluster-cvs@sourceware.org
help / color / mirror / Atom feed
* cluster/group/daemon app.c cpg.c gd_internal.h
@ 2007-01-05 18:49 teigland
  0 siblings, 0 replies; 6+ messages in thread
From: teigland @ 2007-01-05 18:49 UTC (permalink / raw)
  To: cluster-cvs

CVSROOT:	/cvs/cluster
Module name:	cluster
Changes by:	teigland@sourceware.org	2007-01-05 18:49:00

Modified files:
	group/daemon   : app.c cpg.c gd_internal.h 

Log message:
	groupd creates uint32 global id's for each group.  It doesn't
	use them itself, but provides them to each registered app to use
	if it wants.  (The dlm and gfs each use the global id in messages
	to distinguish between different lockspaces/fs's.)  groupd's
	method of creating these gid's (local counter | local nodeid)
	can result in duplicate gid's in the cluster given a somewhat
	uncommon sequence of events.
	bz 221629

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/group/daemon/app.c.diff?cvsroot=cluster&r1=1.53&r2=1.54
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/group/daemon/cpg.c.diff?cvsroot=cluster&r1=1.37&r2=1.38
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/group/daemon/gd_internal.h.diff?cvsroot=cluster&r1=1.45&r2=1.46


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

* cluster/group/daemon app.c cpg.c gd_internal.h
@ 2007-01-05 19:56 teigland
  0 siblings, 0 replies; 6+ messages in thread
From: teigland @ 2007-01-05 19:56 UTC (permalink / raw)
  To: cluster-cvs

CVSROOT:	/cvs/cluster
Module name:	cluster
Branch: 	RHEL50
Changes by:	teigland@sourceware.org	2007-01-05 19:56:09

Modified files:
	group/daemon   : app.c cpg.c gd_internal.h 

Log message:
	groupd creates uint32 global id's for each group.  It doesn't
	use them itself, but provides them to each registered app to use
	if it wants.  (The dlm and gfs each use the global id in messages
	to distinguish between different lockspaces/fs's.)  groupd's
	method of creating these gid's (local counter | local nodeid)
	can result in duplicate gid's in the cluster given a somewhat
	uncommon sequence of events.
	bz 221629

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/group/daemon/app.c.diff?cvsroot=cluster&only_with_tag=RHEL50&r1=1.52.4.1&r2=1.52.4.2
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/group/daemon/cpg.c.diff?cvsroot=cluster&only_with_tag=RHEL50&r1=1.36.4.1&r2=1.36.4.2
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/group/daemon/gd_internal.h.diff?cvsroot=cluster&only_with_tag=RHEL50&r1=1.44.4.1&r2=1.44.4.2


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

* cluster/group/daemon app.c cpg.c gd_internal.h
@ 2007-01-05 18:50 teigland
  0 siblings, 0 replies; 6+ messages in thread
From: teigland @ 2007-01-05 18:50 UTC (permalink / raw)
  To: cluster-cvs

CVSROOT:	/cvs/cluster
Module name:	cluster
Branch: 	RHEL5
Changes by:	teigland@sourceware.org	2007-01-05 18:50:01

Modified files:
	group/daemon   : app.c cpg.c gd_internal.h 

Log message:
	groupd creates uint32 global id's for each group.  It doesn't
	use them itself, but provides them to each registered app to use
	if it wants.  (The dlm and gfs each use the global id in messages
	to distinguish between different lockspaces/fs's.)  groupd's
	method of creating these gid's (local counter | local nodeid)
	can result in duplicate gid's in the cluster given a somewhat
	uncommon sequence of events.
	bz 221629

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/group/daemon/app.c.diff?cvsroot=cluster&only_with_tag=RHEL5&r1=1.52.2.1&r2=1.52.2.2
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/group/daemon/cpg.c.diff?cvsroot=cluster&only_with_tag=RHEL5&r1=1.36.2.1&r2=1.36.2.2
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/group/daemon/gd_internal.h.diff?cvsroot=cluster&only_with_tag=RHEL5&r1=1.44.2.1&r2=1.44.2.2


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

* cluster/group/daemon app.c cpg.c gd_internal.h
@ 2006-06-22 18:39 teigland
  0 siblings, 0 replies; 6+ messages in thread
From: teigland @ 2006-06-22 18:39 UTC (permalink / raw)
  To: cluster-cvs

CVSROOT:	/cvs/cluster
Module name:	cluster
Changes by:	teigland@sourceware.org	2006-06-22 18:39:27

Modified files:
	group/daemon   : app.c cpg.c gd_internal.h 

Log message:
	improvements to debug messages

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/group/daemon/app.c.diff?cvsroot=cluster&r1=1.31&r2=1.32
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/group/daemon/cpg.c.diff?cvsroot=cluster&r1=1.26&r2=1.27
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/group/daemon/gd_internal.h.diff?cvsroot=cluster&r1=1.34&r2=1.35


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

* cluster/group/daemon app.c cpg.c gd_internal.h
@ 2006-06-21 18:10 teigland
  0 siblings, 0 replies; 6+ messages in thread
From: teigland @ 2006-06-21 18:10 UTC (permalink / raw)
  To: cluster-cvs

CVSROOT:	/cvs/cluster
Module name:	cluster
Changes by:	teigland@sourceware.org	2006-06-21 18:10:23

Modified files:
	group/daemon   : app.c cpg.c gd_internal.h 

Log message:
	Don't finalize/terminate a local group leave until we see that all
	remaining group members have stopped.

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/group/daemon/app.c.diff?cvsroot=cluster&r1=1.29&r2=1.30
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/group/daemon/cpg.c.diff?cvsroot=cluster&r1=1.24&r2=1.25
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/group/daemon/gd_internal.h.diff?cvsroot=cluster&r1=1.32&r2=1.33


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

* cluster/group/daemon app.c cpg.c gd_internal.h
@ 2006-03-03 21:52 teigland
  0 siblings, 0 replies; 6+ messages in thread
From: teigland @ 2006-03-03 21:52 UTC (permalink / raw)
  To: cluster-cvs

CVSROOT:	/cvs/cluster
Module name:	cluster
Changes by:	teigland@sourceware.org	2006-03-03 21:52:55

Modified files:
	group/daemon   : app.c cpg.c gd_internal.h 

Log message:
	Because cpg leaves are processed asynchronously, we can't use the
	cpg being changed to send messages; the actual cpg membership may
	not reflect the nodes we need to send/recv messages with.  Stopped
	and started messages sent during async confchg processing now go
	through a separate cpg that the groupd daemon joins itself and
	connects it to all other groupd daemons.
	
	Overlapping leave events now work (like you get if multiple nodes
	run fence_tool leave at about the same time), or leaves that
	occur while the group is processing a join.

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/group/daemon/app.c.diff?cvsroot=cluster&r1=1.11&r2=1.12
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/group/daemon/cpg.c.diff?cvsroot=cluster&r1=1.13&r2=1.14
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/group/daemon/gd_internal.h.diff?cvsroot=cluster&r1=1.25&r2=1.26


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

end of thread, other threads:[~2007-01-05 19:56 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-01-05 18:49 cluster/group/daemon app.c cpg.c gd_internal.h teigland
  -- strict thread matches above, loose matches on Subject: below --
2007-01-05 19:56 teigland
2007-01-05 18:50 teigland
2006-06-22 18:39 teigland
2006-06-21 18:10 teigland
2006-03-03 21:52 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).