Bug 55333

Summary: System hangs during boot if more than 99 SCSI LUNs exist.
Product: [Retired] Red Hat Linux Reporter: Wayne Berthiaume <berthiaume_wayne>
Component: kudzuAssignee: Bill Nottingham <notting>
Status: CLOSED CURRENTRELEASE QA Contact: David Lawrence <dkl>
Severity: high Docs Contact:
Priority: high    
Version: 7.1CC: rvokal
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2001-10-31 16:45:51 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:
Attachments:
Description Flags
results of: strace() -o fstrace /usr/sbin/updfstab
none
results of: strace -o fstrace /usr/sbin/updfstab
none
results of: strace -o fstrace /etc/updfstab
none
Results of: cat /proc/partitions
none
Results of: cat /proc/scsi/scsi none

Description Wayne Berthiaume 2001-10-29 20:45:15 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.4.2-2smp i686)

Description of problem:
The system hangs during boot if more than 99 LUNs exist. If I disconnect
the HBA from the storage that contains 100 LUNs I'm able to bring the
system up. Then I can reconnect the HBA to the storage device, restart the
HBA driver module, and the system will run fine until the next reboot. I've
isolated it to a binary called by kudzu, /usr/sbin/updfstab. I ran strace()
against it and will submit it as an attachment.

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

How reproducible:
Always

Steps to Reproduce:
1.Create more than 99 SCSI LUNs
2.Create an initial RAM disk with the storgae devices driver module in it.
3.Reboot the system so the HBA is up before kudzu is called.
	

Actual Results:  System reports "Updating /etc/fstab:" and hangs.

Expected Results:  System should report "Updtaing /etc/fstab:       {OK}"
and continue the reboot.

Additional info:

This is occurring with both the 2.4.2 and 2.4.3 kernels I have tried. I'm
unable to find any source files for updfstab so I'm unable to try and
determine the root cause of the failure. Testing done on RH 7.0 and 6.2 do
not have this problem.

Comment 1 Wayne Berthiaume 2001-10-29 21:22:52 UTC
Get an error while trying to add the attachment. Can send the file as an email
attachment.

Comment 2 Bill Nottingham 2001-10-29 21:46:41 UTC
What is the error?

Comment 3 Wayne Berthiaume 2001-10-29 21:59:17 UTC
DBD::Oracle::st execute failed: ORA-01691: unable to extend lob segment 
BUGZILLA.SYS_LOB0000003839C00008$$ by 972 in tablespace ENG_DATA02 (DBD ERROR: 
OCILobTrim/OCILobWrite/LOB refetch) 
at /var/www/bugzilla/bugzilla/createattachment.cgi line 124.

I've forwarded it to webmaster.

Comment 4 Bill Nottingham 2001-10-30 01:57:47 UTC
Temporary DB error - please retry. It will be faster than sending it to
webmaster. :)

Comment 5 Bill Nottingham 2001-10-30 04:23:46 UTC
Alternatively, post the /proc/scsi/scsi file.

Comment 6 Wayne Berthiaume 2001-10-31 16:25:41 UTC
Created attachment 35842 [details]
results of: strace -o fstrace /etc/updfstab

Comment 7 Wayne Berthiaume 2001-10-31 16:31:48 UTC
The attachment is now there. The comments are incorrect; however.... =%^)

The strace() was performed on /usr/sbin/updfstab. The only work-around I have at
the moment is to comment updfstab() out of the kudzu init script.

Comment 8 Wayne Berthiaume 2001-10-31 16:34:57 UTC
Created attachment 35843 [details]
Results of: cat /proc/partitions

Comment 9 Wayne Berthiaume 2001-10-31 16:35:59 UTC
Created attachment 35844 [details]
Results of: cat /proc/scsi/scsi

Comment 10 Bill Nottingham 2001-10-31 16:43:54 UTC
This was fixed in kudzu-0.99.1. It should work fine in 7.2.