Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 228814 - Rebooting with iSCSI target disks mounted results gets stalled.
Summary: Rebooting with iSCSI target disks mounted results gets stalled.
Status: CLOSED DUPLICATE of bug 223932
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: iscsi-initiator-utils
Version: 5.0
Hardware: All
OS: Linux
Target Milestone: ---
: ---
Assignee: Mike Christie
QA Contact: Brock Organ
: 228815 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2007-02-15 09:15 UTC by Shyam kumar Iyer
Modified: 2008-04-07 05:13 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2007-02-19 23:10:20 UTC
Target Upstream Version:

Attachments (Terms of Use)

Description Shyam kumar Iyer 2007-02-15 09:15:33 UTC
Description of problem:
iSCSI target disks are mounted on the Server. On rebooting the server the 
reboot stops at synchronizing SCSI cache for the iSCSI target disk. iSCSI 
initiator connection times out and following message is displayed-
"iscsi: can not broadcast skb (-3)"
"connection0:0 iscsi: detected conn error (1011)"

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

How reproducible:

Steps to Reproduce:
1. Initiate iSCSI initiator.
2. Mount iSCSI target's disk.
3. Reboot the system.
Actual results:
Reboot stalls at Sychronizing SCSI cache for the iSCSI target's disk.

Expected results:
Reboot should not stall.

Additional info:
Looks like since the network is stopped before the disks are unmounted the 
synchronize SCSI cache command fails obviously because of the network not 
being up.

Comment 1 Shyam kumar Iyer 2007-02-15 09:28:55 UTC
*** Bug 228815 has been marked as a duplicate of this bug. ***

Comment 2 Andrius Benokraitis 2007-02-16 17:31:22 UTC
Adding RH'ers responsible for Dell. Please confirm this is a bug, and add to
prioritization ASAP.

Comment 3 Mike Christie 2007-02-19 18:05:34 UTC
I have this bug here:
Is it a problem in the kexec script.

I guess it was too late for RHEL 5.0. Could someone hit the "+" for 5.1?

Dell what target are you guys using btw?

Comment 4 Andrius Benokraitis 2007-02-19 23:10:20 UTC

*** This bug has been marked as a duplicate of 223932 ***

Comment 5 Shyam kumar Iyer 2007-02-20 05:12:36 UTC
Ok, the fix in BZ223932 works fine.

Comment 6 Andrius Benokraitis 2007-02-20 13:09:09 UTC
Shyam, great to hear - from now on could you please use bug 223932 for comments?

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