http://bugzilla.novell.com/show_bug.cgi?id=554152 User r.ems@gmx.net added comment http://bugzilla.novell.com/show_bug.cgi?id=554152#c1 --- Comment #1 from Richard Ems 2009-11-10 08:01:07 MST --- Created an attachment (id=326602) --> (http://bugzilla.novell.com/attachment.cgi?id=326602) Extract from /var/log/messages from 2nd freeze. This are the messages logged to /var/log/messages for the 2nd freeze we got. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=554152 zhu rensheng changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rszhu@novell.com AssignedTo|bnc-team-screening@forge.pr |kernel-maintainers@forge.pr |ovo.novell.com |ovo.novell.com -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=554152 http://bugzilla.novell.com/show_bug.cgi?id=554152#c Jeff Mahoney changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P3 - Medium CC| |jeffm@novell.com AssignedTo|kernel-maintainers@forge.pr |hare@novell.com |ovo.novell.com | -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=554152 http://bugzilla.novell.com/show_bug.cgi?id=554152#c Hannes Reinecke changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #326604|video/mpeg |text/plain mime type| | -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=554152 http://bugzilla.novell.com/show_bug.cgi?id=554152#c5 Sathya Prakash Veerichetty changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kashyap.desai@lsi.com, | |sathya.prakash@lsi.com --- Comment #5 from Sathya Prakash Veerichetty 2009-11-25 09:16:09 UTC --- Adding Kashyap to respond -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=554152 http://bugzilla.novell.com/show_bug.cgi?id=554152#c7 --- Comment #7 from Richard Ems 2009-12-04 13:13:21 UTC --- Any update on this? Our production server freezed again with a load of over 200 last weekend. I was having this error almost daily. I apparently managed now to avoid it, removing some of the /home directories with big VMware files from the backup, but disabling backups is no solution. Also a run of xfs_fsr (XFS defragmentation) triggered this errors again. Any news? Can I help with more data or tests? Thanks, Richard -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=554152 http://bugzilla.novell.com/show_bug.cgi?id=554152#c10 Hannes Reinecke changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |r.ems@gmx.net --- Comment #10 from Hannes Reinecke 2009-12-17 07:46:06 UTC --- Which firmware release is this? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=554152 http://bugzilla.novell.com/show_bug.cgi?id=554152#c12 roland kletzing changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |devzero@web.de --- Comment #12 from roland kletzing 2010-01-01 17:46:54 UTC ---

This backups have been running fine on the same hardware for over a year. The server is running openSuSE 11.1 with kernel-default-2.6.27.37-0.1.1.

so one more question may be: what changed since then to make that issue happen? if it worked before for so long, how can this be a driver issue or why had that issue been undetected for so long ? maybe one of your harddisks is flaky or starts dying, and maybe the controller/driver doesn`t handle that properly ? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=554152 http://bugzilla.novell.com/show_bug.cgi?id=554152#c14 --- Comment #14 from Richard Ems 2010-01-05 14:14:27 UTC --- Did the driver change from 2.6.27.25-0.1-default to 2.6.27.29-0.1-default ? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=554152 http://bugzilla.novell.com/show_bug.cgi?id=554152#c16 --- Comment #16 from roland kletzing 2010-01-05 23:15:17 UTC --- (In reply to comment #11)

# cat /proc/scsi/mptspi/8 ioc0: LSI53C1030 C0, FwRev=01033010h, Ports=1, MaxQ=222 Is this the info you were asking for? Or do you need something else?

since i have seen error messages about Firmware in your logs: if FwRew 01033010h reads "01.03.30.10", then there may be a newer firmware version for that controller - i have seen 1.03.48.00 on Fujitsu Website for example. but let`s wait what novell/lsi people have to tell.... -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=554152 http://bugzilla.novell.com/show_bug.cgi?id=554152#c18 --- Comment #18 from Richard Ems 2010-01-06 10:01:41 UTC --- (In reply to comment #15)

...

The RAID system probably also changed, we were adding disks to the shelf, now it's full with 24 x 1 TB Hitachi HDDs. and how does the raid setup look like?

The backup system is a RAID 6 array, with 23 x 1 TB HDDs, 1 HDD is set as hot spare. XFS filesystem on it.

so, it`s likely that there were changes to mptscsi and i (for myself) would try downgrading the kernel to see if it makes a difference.

This is a production system. Perhaps I can downgrade next weekend, but this depends on our production load.

anyway - you have lsi scsi controller AND areca raid controller in your system -i assume you have the backup disks attached to the areca controller?

No no. Forget the Areca controller, it has nothing to do with this errors, at least nothing that *I* know of, it would be very weird if it does. The Infortrend system used for the backups is attached to the LSI SCSI controller. On the Areca controller we have also a RAID 6 array, mounted at /home . But all the errors come from the mptscsih driver, nothing from the arcmsr driver.

how is areca raid controller related to mptscsih? doesn`t that belong to the lsi controller?

not sure, but maybe it would be useful if you would describe your disk/raid/partition/device layout...!?

So here again: 1. openSUSE 11.1 64 bit, kernel 2.6.27.39-0.2-default, on local RAID 1, 2 x 160 GB HDDs. Everything running fine here. 2. one external HDD shelf, mounted at /home, attached to the Areca 1680 controller, with one RAID 6 array on 11 x 1 TB Seagate SAS HDDs. 3. one external Infortrend A24U-G2421 system for backups, attached to the LSI SCSI controller, with one RAID 6 array on 23 x 1 TB Hitachi SATA HDDs, XFS filesystem. Here is where we are having the freezes. c3m:~ # cat /proc/partitions major minor #blocks name 8 0 20506407936 sda 8 1 20506407902 sda1 8 16 12695308288 sdb 8 17 12695308254 sdb1 8 32 156249856 sdc 8 33 10490413 sdc1 8 34 2104515 sdc2 8 35 143653230 sdc3 253 0 41943040 dm-0 253 1 52428800 dm-1 253 2 10485760 dm-2 253 3 10485760 dm-3 253 4 10485760 dm-4 253 5 10485760 dm-5 c3m:~ # cat /etc/fstab /dev/disk/by-id/scsi-20004d927fffff800-part1 / ext3 acl,user_xattr 1 1 /dev/disk/by-id/dm-name-vg1-opt /opt ext3 acl,user_xattr 1 2 /dev/disk/by-id/dm-name-vg1-srv /srv ext3 acl,user_xattr 1 2 /dev/disk/by-id/dm-name-vg1-tmp /tmp ext3 acl,user_xattr 1 2 /dev/disk/by-id/dm-name-vg1-usr /usr ext3 acl,user_xattr 1 2 /dev/disk/by-id/dm-name-vg1-software /usr/local/software ext3 acl,user_xattr 1 2 /dev/disk/by-id/dm-name-vg1-var /var ext3 acl,user_xattr 1 2 ### /dev/disk/by-id/scsi-20004d927fffff802-part1 /home-old xfs defaults,ro 1 2 LABEL=home2 /home xfs defaults 1 2 ### /dev/disk/by-id/scsi-20004d927fffff800-part2 swap swap defaults 0 0 proc /proc proc defaults 0 0 sysfs /sys sysfs noauto 0 0 debugfs /sys/kernel/debug debugfs noauto 0 0 usbfs /proc/bus/usb usbfs noauto 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 /dev/disk/by-id/scsi-3600d02300070a9c30ffb202f83b35100-part1 /backup/IFT xfs defaults,rw 0 0 /backup/IFT /backup/IFT auto bind /backup/IFT /backup/IFT auto bind,remount,ro /dev/disk/by-id/usb-LaCie_BiggerDisk_AABF04D7133B-0:0-part1 /backup/LaCie-disc-1 xfs noauto 0 0 /dev/disk/by-id/usb-LaCie_BiggerDisk_AABF04D40115-0:0-part1 /backup/LaCie-disc-2 xfs noauto 0 0 c3m:~ # df -hl Filesystem Size Used Avail Use% Mounted on /dev/sdc1 9.9G 732M 8.7G 8% / udev 2.0G 140K 2.0G 1% /dev /dev/dm-0 40G 27G 12G 70% /opt /dev/dm-2 9.9G 184M 9.2G 2% /srv /dev/dm-3 9.9G 161M 9.2G 2% /tmp /dev/dm-4 9.9G 5.8G 3.7G 62% /usr /dev/dm-1 50G 38G 13G 76% /usr/local/software /dev/dm-5 9.9G 1.1G 8.3G 12% /var /dev/sdb1 12T 11T 1.7T 87% /home /dev/sda1 20T 18T 1.5T 93% /backup/IFT This is it. More info needed? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=554152 http://bugzilla.novell.com/show_bug.cgi?id=554152#c20 --- Comment #20 from kashyap desai 2010-01-06 11:29:55 UTC --- (In reply to comment #19)

(In reply to comment #17)

...

(In reply to comment #16)

...

(In reply to comment #11)

...

# cat /proc/scsi/mptspi/8 ioc0: LSI53C1030 C0, FwRev=01033010h, Ports=1, MaxQ=222 Is this the info you were asking for? Or do you need something else?

since i have seen error messages about Firmware in your logs: if FwRew 01033010h reads "01.03.30.10", then there may be a newer firmware version for that controller - i have seen 1.03.48.00 on Fujitsu Website for example.

but let`s wait what novell/lsi people have to tell.... LSI FW engineer is in touch with Hannes Reinecke and latest update from LSI FW engineer is

---

That version is not the latest version and I'm reviewing changes since that version.

Do you know if they are running IT or IR firmware?

What is the difference between "IT" and "IR" firmware? IT = Initiator/Target and IR = Inter aged Raid Your question was to Roland, right? Anyways. comment #18 has answer of my question. It is IR firmware

-- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=554152 http://bugzilla.novell.com/show_bug.cgi?id=554152#c22 --- Comment #22 from Richard Ems 2010-02-18 17:32:34 UTC --- Kashyap, on comment #11 I wrote: # cat /proc/scsi/mptspi/8 ioc0: LSI53C1030 C0, FwRev=01033010h, Ports=1, MaxQ=222 Is this the firmware version you were looking for? The OS is openSUSE 11.1 with kernel 2.6.27.39-0.2-default, and on bootup it displays <6>Fusion MPT base driver 4.00.43.00suse <6>Copyright (c) 1999-2008 LSI Corporation <6>Fusion MPT SPI Host driver 4.00.43.00suse <6>vendor=8086 device=032a <6>vendor=8086 device=3510 <6>vendor=8086 device=3500 <6>vendor=8086 device=25f7 <6>mptspi 0000:05:01.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 <7>mptbase: ioc0: Initiating bringup <6>ioc0: LSI53C1030 C0: Capabilities={Initiator} <6>scsi8 : ioc0: LSI53C1030 C0, FwRev=01033010h, Ports=1, MaxQ=222, IRQ=16 <5>scsi 8:0:0:0: Direct-Access IFT A24U-G2421 347G PQ: 0 ANSI: 5 <6>scsi 8:0:0:0: mptscsih: ioc0: qdepth=64, tagged=1, simple=1, ordered=0, scsi_level=6, cmd_que=1 <6>scsi target8:0:0: Beginning Domain Validation <6>scsi target8:0:0: Ending Domain Validation <6>scsi target8:0:0: FAST-160 WIDE SCSI 320.0 MB/s DT IU QAS PCOMP (6.25 ns, offset 127) <6>vendor=8086 device=25f8 Does "<6>ioc0: LSI53C1030 C0: Capabilities={Initiator}" show that it is IT firmware? I cannot boot soon, it's a production system we are using heavily. I will try to reproduce the crash this weekend (but really hope the system does not freeze 8) ), simply enabling some /home partition backups which are now disabled *sometimes* triggers the error. My biggest problem is that I cannot test too much, since as I said it's a heavily used production system, also used during the nights and on the weekends, so it's very difficult for me to find/set a testing timeframe. Thanks, Richard -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=554152 http://bugzilla.novell.com/show_bug.cgi?id=554152#c24 --- Comment #24 from Richard Ems 2010-02-23 11:45:18 UTC --- Created an attachment (id=344059) --> (http://bugzilla.novell.com/attachment.cgi?id=344059) Extract from /var/log/messages -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=554152 http://bugzilla.novell.com/show_bug.cgi?id=554152#c Philip Oswald changed: What |Removed |Added ---------------------------------------------------------------------------- Info Provider|poswald@novell.com |r.ems@gmx.net -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=554152 http://bugzilla.novell.com/show_bug.cgi?id=554152#c Philip Oswald changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED Info Provider|r.ems@gmx.net | -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=554152 http://bugzilla.novell.com/show_bug.cgi?id=554152#c30 --- Comment #30 from kashyap desai 2010-03-29 07:49:47 UTC --- (In reply to comment #29)

Kashyap, What else do you need? Sorry for delay in response.

Issue has huge scope, so first we need to minimize the scope of the issue. Here are some points which needs to be discuss. 1. I have seen so many I/O errors in logs. ( see below message) "Nov 10 11:40:25 c3m kernel: sd 8:0:0:0: [sda] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK,SUGGEST_OK Nov 10 11:40:25 c3m kernel: end_request: I/O error, dev sda, sector 14156255378 Nov 10 11:40:25 c3m kernel: Buffer I/O error on device sda1, logical block 1769531918 " -> why those errors are coming is this a root cause of this issue ? My guess from above message: Driver is sending "DID_NO_CONNECT" to mid-layer. (To make sure I required logs which can print IOCstatus. This is what I asked in comment #27. we can skip this as of now since 99% of my guess is correct that FW is sending back to driver IOCSTATSUS_SCSI_DEVICE_NOT_THERE.) Need to know Why ? Is that device connected at 8:0:0:0 is really shaky ? If any of the drives which is part of /dev/sda1 20T 19T 273G 99% /backup/IFT is BAD/SHAKY then we need to minimize the scope of the issue by some route. I don't know how much is it possible (since it is not a test machine ). do you think this can be done ? 2. Why frequent Task abort is coming is second issue. See below set of prints. -- Nov 10 11:41:33 c3m kernel: mptbase: ioc0: LogInfo(0x11010000): F/W: bug! MID not found Nov 10 11:41:33 c3m kernel: mptbase: ioc0: LogInfo(0x11010000): F/W: bug! MID not found Nov 10 11:42:04 c3m kernel: mptscsih: ioc0: attempting task abort! (sc=ffff880074355bc0) Nov 10 11:42:04 c3m kernel: sd 8:0:0:0: [sda] CDB: Write(16): 8a 00 00 00 00 03 4b c8 b1 6a 00 00 04 00 00 00 Nov 10 11:42:15 c3m kernel: mptscsih: ioc0: WARNING - Issuing Reset from mptscsih_IssueTaskMgmt!! -- Because of above state, All other IOs will be blocked since all 64 IOs (shost->queue_depth) are pending at driver and this leads 30 second delay on further IO processing. Unfortunately, For all those IOs driver has received " mptbase: ioc0: LogInfo(0x11010000): F/W: bug! MID not found" I feel this can be side effect of the issue which might have already occurred. **** Most importantly, I would like to understand end behavior when server becomes unresponsive. a) Is it possible when you hit this issue, kill your rsync do "sg_reset -h /dev/sda". Is it still unresponsive ? b) Do you think after the issue, things never come back to normal? I mean if you shutdown your rsync and restart what happen ? How do you come out of this issue ? Is it reboot or something else ? It will really help me if I have logs 2-3 min before the issue occur till the issue occurred. Thanks, Kashyap -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=554152 http://bugzilla.novell.com/show_bug.cgi?id=554152#c32 Richard Ems changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED InfoProvider|r.ems@gmx.net | --- Comment #32 from Richard Ems 2010-04-09 09:43:43 UTC --- Hi Kashyap and Oswald, sorry for the late response, too much work, many colleagues on vacations so work for me 8) . The error hit us in the night from sunday to monday, and yesterday night again! 8( Kashyap: Point 1.: You wrote: "Is that device connected at 8:0:0:0 is really shaky ?" No, not really. No problems with that device, no HDDs failed in the last months. The monitoring software shows everything ok and access to the device works perfectly in all other cases. Next you wrote: "If any of the drives which is part of /dev/sda1 20T 19T 273G 99% /backup/IFT is BAD/SHAKY then we need to minimize the scope of the issue by some route. I don't know how much is it possible (since it is not a test machine ). do you think this can be done ?" What should be done? You wrote before that recompiling the driver was not more necessary, did I get this right? Point 2: a) Is it possible when you hit this issue, kill your rsync do "sg_reset -h /dev/sda". Is it still unresponsive ? The problem is that this happens at night, and the load goes so high that I cannot login anymore in the morning. BUT the times I managed to trigger the error myself, by starting the rsync process, killing rsync brought everything to normality, system continued working fine afterwards. b) Do you think after the issue, things never come back to normal? I mean if you shutdown your rsync and restart what happen ? How do you come out of this issue ? Is it reboot or something else ? When the hang happens overnight, I have to reboot using ALT + SYSRQ + reisub, after the reboot everything works fine. I will try today to trigger the error again, then kill the rsync, then restart it again and see what happens, ok? You also wrote "It will really help me if I have logs 2-3 min before the issue occur till the issue occurred." I can send you this log, but I already checked that and found nothing related to this issue. I will post an attachment later. Anything else I can do? Many thanks, Richard -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=554152 http://bugzilla.novell.com/show_bug.cgi?id=554152#c34 --- Comment #34 from Richard Ems 2010-04-09 10:39:29 UTC --- I triggered the error again. It is pretty simple, just starting a rsync -avAH --progress c4fat:/home/root . After about 5 min I tried to list some dirs on the device while the rsync was running with "ls ..." and then the error appeared. Then pressing CTRL+C apparently killed rsync (Killed by signal ...), but checking afterwards the running processes showed rsync still running. Killing rsync with "kill" or "kill -9" did not work, it's still running and shows D state, the process is still hanging and the load up to over 15. Different services start to fail or timeout already, I will have to reboot the server again 8( . I then did a sg_reset: # sg_reset -h /dev/sda sg_reset: starting host reset sg_reset: completed host reset # /var/log/messages then showed: Apr 9 12:19:05 c3m kernel: mptscsih: ioc0: attempting host reset! (sc=ffff88000b71bac0) Apr 9 12:19:07 c3m kernel: scsi target8:0:0: Beginning Domain Validation Apr 9 12:19:07 c3m kernel: scsi target8:0:0: mptspi: ioc0: mpt_config failed Apr 9 12:19:07 c3m kernel: scsi target8:0:0: mptspi: ioc0: mpt_config failed Apr 9 12:19:07 c3m kernel: mptscsih: ioc0: host reset: SUCCESS (sc=ffff88000b71bac0) But the rsync process is still there and cannot be killed. Load over 18 ... rebooting now! Richard -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=554152 http://bugzilla.novell.com/show_bug.cgi?id=554152#c36 --- Comment #36 from kashyap desai 2010-04-09 14:48:01 UTC --- (In reply to comment #35)

Kashyap, I will be able to continue testing today, probably also on monday an perhaps on tuesday.

Richard

Now it has cleared some of my doubts. Can we switch to Email mode and later we can post our analysis ? - Kashyap -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=554152 http://bugzilla.novell.com/show_bug.cgi?id=554152#c38 --- Comment #38 from kashyap desai 2010-05-07 15:24:57 UTC --- Update after chat with Richard is here . --- In my opinion, this is now purely not driver issue. Possibilities: 1. LSI HBA <-> Infrotrend issue 2. BAD END device issue or relevant. 3. LSI FW issue In my opinion, FW is sending IOCstatus “device not present” is what triggering driver to send DID_NO_CONNECT for particular IO. When device is actually present, why LSI HBA FW is sending IOCstatus “device not present“ ? Since LSI HBA is directly connected to Infrotrend, I am suspecting above case 1 and 2 has possible areas to dig next. Above #1, and #2 can be verify doing same experiment without Infrotrend Box ( I mean using single large storage SAS disk) I don’t know how much is it feasible, but still it has open question. ----- Richard is seeing two issue. One is HBA hang and another is System hang. Why HBA hangs we need to debug as above three possible approach. For issue of System hang is different from HBA hang, so I feel there is something weird is going on top of SCSI midlayer which may be causing System hang. Thanks, Kashyap -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=554152 http://bugzilla.novell.com/show_bug.cgi?id=554152#c40 Philip Oswald changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |FIXED --- Comment #40 from Philip Oswald 2010-05-10 15:53:35 UTC --- Will close as it appears this may be working on newer versions of the product. We will open in the future if issues arise on newer product. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.