Bug 240453 - DLM locking assertion failure line 1390
DLM locking assertion failure line 1390
Product: Red Hat Cluster Suite
Classification: Red Hat
Component: dlm-kernel (Show other bugs)
All Linux
medium Severity high
: ---
: ---
Assigned To: David Teigland
Cluster QE
: ZStream
Depends On:
Blocks: 301511
  Show dependency treegraph
Reported: 2007-05-17 13:04 EDT by Bryn M. Reeves
Modified: 2010-10-22 11:07 EDT (History)
4 users (show)

See Also:
Fixed In Version: RHBA-2007-0995
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-11-21 16:55:48 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Bryn M. Reeves 2007-05-17 13:04:15 EDT
Description of problem:
DLM:  Assertion failed on line 1390 of file
DLM:  assertion:  "lkb->lkb_status == GDLM_LKSTS_CONVERT"
DLM:  time = 8621694772
----------- [cut here ] --------- [please bite here ] ---------
Kernel BUG at locking:1390
invalid operand: 0000 [1] SMP
Modules linked in: sg cpqci(U) mptctl i2c_dev i2c_core dlm(U) cman(U) md5 ipv6
8021q iptable_nat ipt_REJECT ipt_multiport ipt_state ip_conntrack iptable_filter
ip_tables button battery ac ohci_hcd hw_random tg3 e1000 bonding(U) floppy st
dm_snapshot dm_zero dm_mirror ext3 jbd dm_mod cciss mptscsih mptbase sd_mod scsi_mod
Pid: 26490, comm: dlm_astd Tainted: P      2.6.9-22.0.2.ELsmp
RIP: 0010:[<ffffffffa01cd05c>] <ffffffffa01cd05c>{:dlm:conversion_deadlock_check+77}
RSP: 0018:00000102b7f25eb8  EFLAGS: 00010212
RAX: 0000000000000001 RBX: ffffffffa01e7820 RCX:
RDX: ffffffff803d7d48 RSI: 0000000000000246 RDI:
RBP: 00000102bcba9220 R08: ffffffff803d7d48 R09:
R10: ffffffff8011de54 R11: ffffffff8011de54 R12:
R13: 00000101ff4b9ec0 R14: ffffffffa01c951f R15:
FS:  0000002a95566780(0000) GS:ffffffff804d3700(0000) knlGS:00000000f7feebb0
CS:  0010 DS: 0018 ES: 0018 CR0: 000000008005003bCR2: 0000002aaef2c000 CR3:
00000003fff90000 CR4:
Process dlm_astd (pid: 26490, threadinfo 00000102b7f24000, task 000001006fb93030)
Stack: ffffffffa01e7820 ffffffffa01e7820 ffffffffa01e7740 ffffffffa01c8e9b
       00010103752c3ce8 00000102ca015e58 00000102b7f25f18 0000000000000000
       ffffffffa01c8909 00000103752c3cf8
Call Trace:<ffffffffa01c8e9b>{:dlm:dlm_astd+1426}
       <ffffffff8014a380>{keventd_create_kthread+0} <ffffffff8014a357>{kthread+200}
       <ffffffff80110ce3>{child_rip+8} <ffffffff8014a380>{keventd_create_kthread+0}
       <ffffffff8014a28f>{kthread+0} <ffffffff80110cdb>{child_rip+0}

Code: 0f 0b 81 ac 1d a0 ff ff ff ff 6e 05 48 c7 c7 89 ac 1d a0 31
RIP <ffffffffa01cd05c>{:dlm:conversion_deadlock_check+77} RSP <00000102b7f25eb8>
 <0>Kernel panic - not syncing: Oops

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
This has been seen in two and three node clusters which do not use GFS and do
not have any rgmanager services defined. Each time it has occured on one of the
remaining nodes following eviction of another node (missed heartbeat caused by
sysrq-t over slow serial consoles).

Actual results:
Above backtrace.

Expected results:
Remaining nodes recover following eviction of node that missed heartbeat.
Comment 3 David Teigland 2007-05-17 14:08:21 EDT
This is code that we've never used or tested; I'm surprised it works at all!

Just so expectations are set appropriately, if you use the rhel4 dlm for
anything beyond gfs/clvm/rgmanager, you're in uncharted territory and will
definately find a lot of broken things.  Rewriting the dlm (the result being in
rhel5) was the only way to make the dlm more generally usable.  In rhel5
it's definately our aim to make the dlm work in general for user's apps.
(The kind of deadlock detection involved in this bug is a feature that I'm
working on right now, actually, and is planned for 5.1.)

Now, on to this specific bug in conversion_deadlock_check(), it should be pretty
trivial to fix, I'd suggest changing

  DLM_ASSERT(lkb->lkb_status == GDLM_LKSTS_CONVERT,);


  if (kb->lkb_status != GDLM_LKSTS_CONVERT)
    return NULL;
Comment 4 David Teigland 2007-05-30 14:06:53 EDT
If the person reporting this problem can test and confirm that the
change in comment 3 works, then I'll check in that change.
Comment 6 David Teigland 2007-08-14 13:15:57 EDT
patch added to cvs

Checking in locking.c;
/cvs/cluster/cluster/dlm-kernel/src/Attic/locking.c,v  <--  locking.c
new revision:; previous revision:
Comment 18 errata-xmlrpc 2007-11-21 16:55:48 EST
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

Comment 19 Charlie Brady 2007-12-04 17:07:49 EST
(In reply to comment #6)
> patch added to cvs

I notice that this patch isn't included in the STABLE branch in CVS, but is in
RHEL46 branch.

Note You need to log in before you can comment on or make changes to this bug.