Re: URGENT: System reboots when copy to shared storage RHAS3 U2

[Rainer Traut <rainer traut epost de>]

Hi,

Carlos Lopez wrote:

> dmesg:
>
> megaraid: v1.18k (Release Date: Thu Aug 28 10:05:11
> EDT 2003)
> megaraid: found 0x101e:0x1960:idx 0:bus 4:slot 0:func
> 0
> scsi0 : Found a MegaRAID controller at 0xf883c000,
> IRQ: 5
> scsi0 : Enabling 64 bit support
> megaraid: [H01.08:G01.02] detected 2 logical drives
> megaraid: Firmware H.01.07/8/9 on 1M/2M controllers
> megaraid: do not support 64 bit addressing.
> megaraid: DISABLING 64 bit support.
> megaraid: channel[1] is raid.
> megaraid: channel[2] is raid.
> megaraid: no BIOS enabled.
> scsi0 : LSI Logic MegaRAID H01.08 254 commands 15
> targs 5 chans 7 luns
> blk: queue c3674c14, I/O limit 4095Mb (mask
> 0xffffffff)
> scsi0: scanning virtual channel 0 for logical drives.
>   Vendor: MegaRAID  Model: LD0 RAID0 69462R  Rev:   H 
>   Type:   Direct-Access                      ANSI SCSI
> revision: 02
> blk: queue c3674e14, I/O limit 4095Mb (mask
> 0xffffffff)
>   Vendor: MegaRAID  Model: LD1 RAID1 34731R  Rev:   H 
>   Type:   Direct-Access                      ANSI SCSI
> revision: 02
> blk: queue f7597014, I/O limit 4095Mb (mask
> 0xffffffff)
> scsi0: scanning virtual channel 1 for logical drives.
> scsi0: scanning virtual channel 2 for logical drives.
> scsi0: scanning physical channel 0 for devices.
> scsi0: scanning physical channel 1 for devices.
>   Vendor: HP        Model: D5989C            Rev: 1.05
>   Type:   Processor                          ANSI SCSI
> revision: 02
> blk: queue f7597214, I/O limit 4095Mb (mask
> 0xffffffff)
> Attached scsi disk sda at scsi0, channel 0, id 0, lun
> 0
> Attached scsi disk sdb at scsi0, channel 0, id 1, lun
> 0
> SCSI device sda: 142258176 512-byte hdwr sectors
> (72836 MB)
>  sda: sda1 sda2
> SCSI device sdb: 71129088 512-byte hdwr sectors (36418
> MB)
>  sdb: sdb1 sdb2 sdb3 sdb4 < >
> libata version 1.01 loaded.
> ata_piix version 1.00
>
>
> Kernel version:
>
> Linux invtst1 2.4.21-15.0.4.EL #1 Sat Jul 31 01:33:50
> EDT 2004 i686 i686 i386 GNU/Linux
>
> Modules.conf:
>
> alias eth0 8139too
> alias eth1 3c59x
> alias scsi_hostadapter megaraid
> alias scsi_hostadapter1 ata_piix
> alias usb-controller usb-uhci
> alias usb-controller1 ehci-hcd
>
> lsmod:
>
> Module                  Size  Used by    Not tainted
> iptable_filter          2412   0  (autoclean) (unused)
> ip_tables              15776   1  [iptable_filter]
> softdog                 2972   1 
> audit                  89592   1 
> 3c59x                  29616   1 
> 8139too                17384   1 
> mii                     3956   0  [8139too]
> crc32                   3712   0  [8139too]
> microcode               5656   0  (autoclean)
> loop                   11928   0  (autoclean)
> keybdev                 2976   0  (unused)
> mousedev                5492   0  (unused)
> hid                    22084   0  (unused)
> input                   5856   0  [keybdev mousedev
> hid]
> ehci-hcd               19976   0  (unused)
> usb-uhci               25836   0  (unused)
> usbcore                77152   1  [hid ehci-hcd
> usb-uhci]
> ext3                   85704   8 
> jbd                    50572   8  [ext3]
> lvm-mod                64160  13 
> ata_piix                4808   0  (unused)
> libata                 35364   0  [ata_piix]
> megaraid               30052   7 
> sd_mod                 13360  14 
> scsi_mod              104232   3  [ata_piix libata
> megaraid sd_mod]
>
>  Please is very urgent: how can i solve this problem??
> Can I put some buffer access disk options on megaraid
> module???

a shot in the dark:
You are using an old megaraid version, now there already exists 
megaraid2 in the redhat provided kernel packages.
You can try this one, I am using it with no problems and have not heard 
of any so far.
In short:
edit /etc/modules.conf
and change megaraid to megaraid2
Then rebuild the initial ramdisk, so  that megaraid2 gets loaded on reboot.
This was discussed here before so can find it in the archives.

Rainer