Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 58518

Summary: Setting max_scsi_luns to 128 will cause scsi modules to panic during insmod
Product: [Retired] Red Hat Linux Reporter: Bill Peck <bill>
Component: kernelAssignee: Pete Zaitcev <zaitcev>
Status: CLOSED CURRENTRELEASE QA Contact: Brian Brock <bbrock>
Severity: high Docs Contact:
Priority: medium    
Version: 7.1CC: digiovanni_lucio
Target Milestone: ---   
Target Release: ---   
Hardware: ia64   
OS: Linux   
URL: http://www.redhat.com/mailing-lists/ia64-list/msg00390.html
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2002-12-24 22:05:50 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
Comment none

Description Bill Peck 2002-01-18 16:31:14 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)

Description of problem:
The vanilla kernel from kernel.org supports 128 scsi disks fine.  The Redhat 
2.4.3-10 that comes with 7.1 ia64 will panic with this setting.
Testing from the ia32 side shows the same problem and we have verified that you 
can set the value to 119 without a panic.  We will attempt to hook up a serial 
console and capture the panic if needed.

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


How reproducible:
Always

Steps to Reproduce:
1. recompile the kernel with probe_all_luns enabled and max_scsi_luns set to 
128.
2. Boot the kernel with a scsi driver in the initrd image.
3. the system will do an inline panic when it loads the scsi driver.
4. It will continue but fail when it tries to mount root since that filesystem 
is on the scsi controller.	

Actual Results:  System Panics and fails to find root filesystem.

Expected Results:  System should handle 128 disks and not panic when loading 
scsi drivers.

Additional info:

I don't believe this is related to ia64 since the same results can be verified 
on ia32. I have also seen this with RH7.2 on ia32.

Comment 1 Pete Zaitcev 2002-01-21 19:48:28 UTC
I fixed a similar problem, but I cannot tell if it is the
same before I see a decoded oops. A number of fixes is
required to use 128 SCSI disks, and their introduction
was staggered both in Red Hat and Linus kernel.

Please do not say "the vanilla kernel from kernel.org", it is
not informative. Please say "2.4.16" or other particular version.
I fixed this problem in Marcelo tree starting with 2.4.18-pre3.

The rawhide after 2.4.16-0.13 is fixed, and can be used for
testing. The same fix in 2.4.9-XX is done, but not in the field yet.

Please refer for Bug #55420, RFE #58442.
DO NOT DUP PREMATURELY.
I must see an oops from this bug before I can dup.


Comment 2 Pete Zaitcev 2002-01-24 17:45:25 UTC
Requestor(s), please test the 2.4.9-21 RPM, which came
out today. The ia64 version is available.

If 2.4.9-21 fixes the symptom, I'll dup it with 55420.

Be ready that sd_mod may refuse to load on some configurations
(it does this now instead of simply oopsing :).
The RFE addresses that.


Comment 3 Lucio DiGiovanni 2002-01-25 16:11:24 UTC
Created attachment 915013 [details]
Comment

(This comment was longer than 65,535 characters and has been moved to an attachment by Red Hat Bugzilla).

Comment 4 Pete Zaitcev 2002-01-25 18:09:45 UTC
What about binary RPMS, do they work?

Please do not drop such huge logs into comment box,
but attach them instead.


Comment 5 Lucio DiGiovanni 2002-01-25 20:58:44 UTC
Bill tried this and got....
-----Original Message-----
From: peck, william 
Sent: Friday, January 25, 2002 3:00 PM
To: 'Lucio DiGiovanni'
Subject: RE: Re-compile with default Config...



I tried to install the binary kernel image for you..  It complained that it 
needed newer versions of mkinitrd e2fsprogs and modutils.  I went back to the 
ftp site and grabbed those for you too.  When I tried to upgrade mkinitrd it 
wanted a newer version of filesystem.  I gave up here becuase the ftp site 
didn't have a new version of filesystem.

:-(



[root@l82bi050 /root]# rpm -ivh kernel-smp-2.4.9-21.ia64.rpm 
error: failed dependencies:
	mkinitrd >= 3.2.2 is needed by kernel-smp-2.4.9-21
[root@l82bi050 /root]# rpm -Uvh mkinitrd-3.2.6-1.ia64.rpm 
error: failed dependencies:
	filesystem >= 2.1.0 is needed by mkinitrd-3.2.6-1
[root@l82bi050 /root]# rpm -qa | grep filesystem
filesystem-2.0.7-1




Comment 6 Lucio DiGiovanni 2002-01-25 21:01:23 UTC
Sorry... I forgot to mention that the version of filesystem that mkinitrd 
requires is not in the 7.1 updates section

Comment 7 Pete Zaitcev 2002-01-25 21:26:24 UTC
I thought you'd just run up2date and voila - it's there.
Consulting with our ia64 wizard now...


Comment 8 Bill Nottingham 2002-01-25 21:31:12 UTC
filesystem is in the noarch directory. As to the compiler error, use the 7.2 gcc
and it should work fine.