Bug 142874

Summary: Assertion failed on line 128 of file /home/snark/code/head/cluster/dlm-kernel/src/reccomms.c
Product: [Retired] Red Hat Cluster Suite Reporter: michael conrad tadpol tilstra <mtilstra>
Component: dlmAssignee: David Teigland <teigland>
Status: CLOSED DUPLICATE QA Contact: Cluster QE <mspqa-list>
Severity: medium Docs Contact:
Priority: medium    
Version: 4CC: cluster-maint
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-02-21 19:07:41 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 133240    
Attachments:
Description Flags
dumps from dlm
none
Full dlm assert dump
none
email describing how this bug was hit none

Description michael conrad tadpol tilstra 2004-12-14 21:14:24 UTC
Created attachment 108570 [details]
dumps from dlm

Again, not sure if this is everything, think I'm limited by the scrollback
buffer again.

Comment 1 michael conrad tadpol tilstra 2004-12-16 19:36:32 UTC
Created attachment 108739 [details]
Full dlm assert dump

Got this one again. (finally)

Turned on screen logging, got full output this time.  Also included output from

other nodes.  clocks are synced accross all nodes.

Comment 2 Need Real Name 2004-12-18 00:58:32 UTC
Created attachment 108836 [details]
email describing how this bug was hit

This is a copy of the email sent on the linux-cluster mailing list.

Comment 3 David Teigland 2004-12-30 08:32:31 UTC
When the dlm reports -ENOBUFS (-105) it means that no kernel memory
could be allocated to send a network message.  Obviously, the reccomms
function asserts when it sees this, and the remote_stage function
doesn't (but it probably should.)

It's not clear that there's anything wrong with the dlm here.  Reducing
the drop_count in lock_dlm might help simply by causing gfs to cache
fewer locks and reduce memory usage.


Comment 4 David Teigland 2004-12-30 08:58:31 UTC
comment #3 is related to bug 139738, not this one


Comment 5 David Teigland 2005-01-04 08:05:30 UTC

*** This bug has been marked as a duplicate of 142844 ***

Comment 6 Red Hat Bugzilla 2006-02-21 19:07:41 UTC
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.