Bug 133240 - recovery assertion tripped while bringing recovered node back up and mounting fs
recovery assertion tripped while bringing recovered node back up and mounting fs
Product: Red Hat Cluster Suite
Classification: Red Hat
Component: gfs (Show other bugs)
i686 Linux
medium Severity medium
: ---
: ---
Assigned To: Ben Marzinski
GFS Bugs
Depends On: 142844 142853 142874
  Show dependency treegraph
Reported: 2004-09-22 14:25 EDT by Corey Marthaler
Modified: 2010-01-11 21:58 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-10-11 18:10:22 EDT
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 Corey Marthaler 2004-09-22 14:25:54 EDT
Description of problem:
revolver has having fun picking off nodes and then bringing them back
up once they had been recovered and on the 9th iteration it was trying
to bring morph-05 back up and it tripped this assert when attempting
to mount one of the filesystems:

GFS: Assertion failed on line 359 of file
GFS: assertion: "!error"
GFS: time = 1095875443
GFS: fsid=morph-cluster:corey0.4

Kernel panic: GFS: Record message above and reboot.

How reproducible:
Didn't try
Comment 1 Corey Marthaler 2004-10-29 15:36:20 EDT
Reproduced this one while running the same revolver senario. Again
this assert/panic happened while attempting to mount the first
filesystem on the recovered node.
Comment 2 Ken Preslan 2004-11-16 14:18:50 EST
Comment 3 michael conrad tadpol tilstra 2004-11-16 14:22:51 EST
can you describe the setup? (nodes, fses, all that stuff.)
Comment 4 Corey Marthaler 2004-11-17 17:18:49 EST
nodes: morph-01 - morph-05 
fses: 3 - 5 mounted on all nodes 
I/O being run: 
genesis genesis -n 500 -d 50 -p 3  
accordion accordion -p 3 accrdfile1 accrdfile2 accrdfile3 accrdfile4  
growfiles growfiles -i 0 -N 500 -n 3 -b  
iogen iogen -f buffered -m sequential -s read,write,readv,writev -t  
1b -T 100000b 100000b:rwbuflarge | doio -avk  
iogen iogen -f sync -m sequential -s read,write,readv,writev -t 1b  
-T 100000b 100000b:rwsynclarge | doio -avk  
Nodes run I/O, a subset gets shot, they get brought back up, repeat 
Comment 5 michael conrad tadpol tilstra 2004-11-18 13:30:12 EST
 gulm or dlm?
Comment 6 Corey Marthaler 2004-11-18 14:03:55 EST
Comment 7 michael conrad tadpol tilstra 2004-12-22 16:17:05 EST
I keep hitting these other three bugs trying to reproduce this one.
Comment 8 michael conrad tadpol tilstra 2005-08-03 09:47:34 EDT
do you still see this bug?
Comment 9 Kiersten (Kerri) Anderson 2005-10-11 17:45:41 EDT
Corey, have you seen this one?  If not, can we close it for now?
Comment 10 Corey Marthaler 2005-10-11 18:10:22 EDT
Have not seen this bug in almost a year, will reopen if seen again.

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