cluster/dlm-kernel/src locking.c

cluster/dlm-kernel/src locking.c

[teigland]

CVSROOT:	/cvs/cluster
Module name:	cluster
Branch: 	RHEL4
Changes by:	teigland@sourceware.org	2007-08-14 17:14:55

Modified files:
	dlm-kernel/src : locking.c 

Log message:
	Just ignore user lock that's not in convert state during conversion
	deadlock check instead of asserting.  (This is code that's never
	touched by our own software, but someone's custom app hit it.)
	
	bz 240453: DLM locking assertion failure line 1390

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/dlm-kernel/src/locking.c.diff?cvsroot=cluster&only_with_tag=RHEL4&r1=1.50.2.10&r2=1.50.2.11

cluster/dlm-kernel/src locking.c

[teigland]

CVSROOT:	/cvs/cluster
Module name:	cluster
Branch: 	STABLE
Changes by:	teigland@sourceware.org	2006-07-07 15:24:47

Modified files:
	dlm-kernel/src : locking.c 

Log message:
	add printk's for the error conditions so we have some idea
	what happened before a gfs panic

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/dlm-kernel/src/locking.c.diff?cvsroot=cluster&only_with_tag=STABLE&r1=1.50.2.8&r2=1.50.2.8.6.1

cluster/dlm-kernel/src locking.c

[teigland]

CVSROOT:	/cvs/cluster
Module name:	cluster
Branch: 	RHEL4
Changes by:	teigland@sourceware.org	2006-06-22 14:29:54

Modified files:
	dlm-kernel/src : locking.c 

Log message:
	Add a log_error() for every abnormal error/exit condition in dlm_lock()
	and dlm_unlock().  When gfs panics after it gets the error we can look
	back and see what the cause was.

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/dlm-kernel/src/locking.c.diff?cvsroot=cluster&only_with_tag=RHEL4&r1=1.50.2.8&r2=1.50.2.9

cluster/dlm-kernel/src locking.c

[teigland]

CVSROOT:	/cvs/cluster
Module name:	cluster
Branch: 	RHEL4
Changes by:	teigland@sourceware.org	2005-02-23 07:39:11

Modified files:
	dlm-kernel/src : locking.c 

Log message:
	When locks on the convert queue are granted, we need to try again to grant
	locks from the beginning of the convert queue.  Locks at the beginning may
	not be grantable because of locks at the end.  But, granting locks at the
	end (permitted when using the NOORDER flag) may make earlier locks
	grantable.  Specifically, we have the following situation when running
	"gfs_tool freeze" in parallel on three machines:
	
	Granted 1 PR
	2 PR
	3 PR
	
	* nodeid 3 converts PR->CW
	
	Granted 1 PR
	2 PR
	Convert 3 PR->CW
	
	* nodeid 2 converts PR->CW
	granted mode is demoted to avoid conversion deadlock
	
	Granted 1 PR
	Convert 2 NL->CW
	3 PR->CW
	
	* nodeid 1 converts PR->CW
	granted mode is demoted to avoid conversion deadlock
	
	Granted
	Convert 1 NL->CW
	2 NL->CW
	3 PR->CW
	
	* conversions for 1 and 2 are blocked by 3's PR
	* conversion for 3 is granted
	
	Granted 3 CW
	Convert 1 NL->CW
	2 NL->CW
	
	* other conversions are now grantable, we must try to grant them again

Patches:
http://sources.redhat.com/cgi-bin/cvsweb.cgi/cluster/dlm-kernel/src/locking.c.diff?cvsroot=cluster&only_with_tag=RHEL4&r1=1.50.2.6&r2=1.50.2.7

cluster/dlm-kernel/src locking.c

[teigland]

CVSROOT:	/cvs/cluster
Module name:	cluster
Changes by:	teigland@sourceware.org	2005-02-23 07:37:38

Modified files:
	dlm-kernel/src : locking.c 

Log message:
	When locks on the convert queue are granted, we need to try again to grant
	locks from the beginning of the convert queue.  Locks at the beginning may
	not be grantable because of locks at the end.  But, granting locks at the
	end (permitted when using the NOORDER flag) may make earlier locks
	grantable.  Specifically, we have the following situation when running
	"gfs_tool freeze" in parallel on three machines:
	
	Granted 1 PR
	2 PR
	3 PR
	
	* nodeid 3 converts PR->CW
	
	Granted 1 PR
	2 PR
	Convert 3 PR->CW
	
	* nodeid 2 converts PR->CW
	granted mode is demoted to avoid conversion deadlock
	
	Granted 1 PR
	Convert 2 NL->CW
	3 PR->CW
	
	* nodeid 1 converts PR->CW
	granted mode is demoted to avoid conversion deadlock
	
	Granted
	Convert 1 NL->CW
	2 NL->CW
	3 PR->CW
	
	* conversions for 1 and 2 are blocked by 3's PR
	* conversion for 3 is granted
	
	Granted 3 CW
	Convert 1 NL->CW
	2 NL->CW
	
	* other conversions are now grantable, we must try to grant them again

Patches:
http://sources.redhat.com/cgi-bin/cvsweb.cgi/cluster/dlm-kernel/src/locking.c.diff?cvsroot=cluster&r1=1.56&r2=1.57

cluster/dlm-kernel/src locking.c

[teigland]

CVSROOT:	/cvs/cluster
Module name:	cluster
Branch: 	RHEL4
Changes by:	teigland@sourceware.org	2005-02-22 06:51:43

Modified files:
	dlm-kernel/src : locking.c 

Log message:
	Recognize and resolve a second form of conversion deadlock.  When
	it happens, you'll see the following in dlm_locks output:
	grant queue: empty
	convert queue: NL->EX, PR->EX
	
	Fixes bz 148861

Patches:
http://sources.redhat.com/cgi-bin/cvsweb.cgi/cluster/dlm-kernel/src/locking.c.diff?cvsroot=cluster&only_with_tag=RHEL4&r1=1.50.2.5&r2=1.50.2.6

cluster/dlm-kernel/src locking.c

[teigland]

CVSROOT:	/cvs/cluster
Module name:	cluster
Changes by:	teigland@sourceware.org	2005-02-22 06:50:21

Modified files:
	dlm-kernel/src : locking.c 

Log message:
	Recognize and resolve a second form of conversion deadlock.  When
	it happens, you'll see the following in dlm_locks output:
	grant queue: empty
	convert queue: NL->EX, PR->EX
	
	Fixes bz 148861

Patches:
http://sources.redhat.com/cgi-bin/cvsweb.cgi/cluster/dlm-kernel/src/locking.c.diff?cvsroot=cluster&r1=1.55&r2=1.56