Bug 246468
Summary: | [LSI-E 4.7 bug] RHEL does not establish session on all the available paths to the iSCSI target. | ||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 4 | Reporter: | khtan <khtan> | ||||||||||||||
Component: | iscsi-initiator-utils | Assignee: | Mike Christie <mchristi> | ||||||||||||||
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | |||||||||||||||
Severity: | medium | Docs Contact: | |||||||||||||||
Priority: | medium | ||||||||||||||||
Version: | 4.4 | CC: | andriusb, clayton_walther, coughlan, jfeeney, josh.weiser, marco_peereboom, rkenna, wwlinuxengineering | ||||||||||||||
Target Milestone: | --- | Keywords: | OtherQA | ||||||||||||||
Target Release: | --- | ||||||||||||||||
Hardware: | All | ||||||||||||||||
OS: | Linux | ||||||||||||||||
Whiteboard: | |||||||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||||
Clone Of: | Environment: | ||||||||||||||||
Last Closed: | 2008-01-23 17:43:58 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: | |||||||||||||||||
Bug Depends On: | |||||||||||||||||
Bug Blocks: | 238913, 367631 | ||||||||||||||||
Attachments: |
|
Description
khtan
2007-07-02 15:27:16 UTC
Created attachment 158333 [details]
iSCSI daemon debug 8 output.
Could you attach the iscsi.conf that does not work? Created attachment 158388 [details]
iscsi.conf
This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release. LSI, I cannot seem to replicate this one. Can you guys run iscsid manually with debugging on (iscsid -d 8) and send the output? K.H - Any updates? Have you been able to provide Mike with what he asked for in Comment #6? Created attachment 176721 [details]
iscsid -d 8 redirected output.
CR 124487 Created attachment 189401 [details] add some debugging output where iscsid seems to stall in log Hey LSI, Could you guys take the source from the current rpm here: http://people.redhat.com/mchristi/iscsi/RHEL4/u6/ And apply the patch in the bugzilla. You have to just do: # wget http://people.redhat.com/mchristi/iscsi/RHEL4/u6/iscsi-initiator-utils-4.0.3.0-6.src.rpm # rpm -ivh iscsi-initiator-utils-4.0.3.0-6.src.rpm # rpmbuild -bp /usr/src/redhat/SPECS/iscsi-initiator-utils.spec # cd # wget http://people.redhat.com/mchristi/iscsi/RHEL4/u6/iscsi-initiator-utils-4.0.3.0-6.src.rpm # rpm -ivh iscsi-initiator-utils-4.0.3.0-6.src.rpm # rpmbuild -bp /usr/src/redhat/SPECS/iscsi-initiator-utils.spec # cd /usr/src/redhat/BUILD/iscsi-initiator-utils-4.0.3.0/linux-iscsi-4.0.3.0 # patch -p1 -i .....path to patch in bugzilla..../add-debug.patch # make daemon # modprobe iscsi_sfnet Then run iscsid that was just built by hand with the bad config # obj/iscsid -d 8 Then send the output again. Thanks. It is weird. The log just seems to stop when it is supposed to start to create sessions for the missing target. I thought iscsid segfaulted or something but did not see that in your logs, so the patch adds some debugging output for where it looks like iscsid might be hanging. LSI: Please test Comment #14 ASAP... the 4.6 runway is ending soon. Created attachment 198511 [details]
iscsid -d 8 redirected output.
Created attachment 198521 [details]
iscsid -d 8 redirected output.
Reran test following instructions in comment #14 and attached hosts iscsid debug output. Only 18 or 20 expected sessions were created. Pushing to 4.7, because it is so late, and we still cannot replicate it here. Currently waiting on LSI, to see if just adding one discovery address per target, instead of one DA for each portal on the target, works. This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release. CLOSING due to lack of comments from LSI. |