|Summary:||iSCSI Target discovery during Fedora Rawhide install fails with "Cannot perform discovery. Initiatorname required."|
|Product:||[Fedora] Fedora||Reporter:||Adam Williamson <awilliam>|
|Component:||iscsi-initiator-utils||Assignee:||Chris Leech <cleech>|
|Status:||CLOSED RAWHIDE||QA Contact:||Fedora Extras Quality Assurance <extras-qa>|
|Version:||26||CC:||agrover, cleech, robatino|
|Fixed In Version:||iscsi-initiator-utils-18.104.22.1684-3.git86e8892.fc26||Doc Type:||If docs needed, set a value|
|Doc Text:||Story Points:||---|
|Last Closed:||2017-02-28 18:39:07 UTC||Type:||Bug|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Cloudforms Team:||---||Target Upstream Version:|
|Bug Depends On:|
Description Adam Williamson 2017-02-28 01:26:48 UTC
Between Fedora-Rawhide-20170208.n.0, when this test run happened: https://openqa.fedoraproject.org/tests/56780 and Fedora-Rawhide-20170214.n.0, when this one happened: https://openqa.fedoraproject.org/tests/56875 something seems to have changed in iSCSI target discovery. The 20170208.n.0 test successfully completed iSCSI target discovery (it's marked as 'failed' because of an issue that was going on in Rawhide at the time with ttys, but it has nothing to do with iSCSI - the iSCSI stuff worked fine in that run). The 20170214.n.0 test, and the same iSCSI test for every subsequent Rawhide compose, failed when iSCSI target discovery should have occurred. The screen shows an error message: https://openqa.fedoraproject.org/tests/56875#step/disk_custom_iscsi/8 "Discovery login rejected. The following error occurred discovering iSCSI targets. Please double check your authorization information and try again. Cannot perform discovery. Initiatorname required." Note that the test *does* provide an initiator name; you can see it also in the screenshot, iqn.2016-06.local.domain:support.target1 . The test's behaviour did not change at all between 20170208 (when this worked) and 201702014 (when it failed). Note there were no successful composes between 20170208 and 20170214, hence the gap. The first part of the error is a generic anaconda error message shown whenever iSCSI target discovery fails for any reason. The specific error message is "Cannot perform discovery. Initiatorname required.", which comes from iscsi-initiator-utils. Specifically I think it comes from here: https://github.com/open-iscsi/open-iscsi/blob/master/usr/discovery.c#L853-L854 the exact error text actually occurs twice in that file, but the other occurrence is in a function named `discovery_isns`, and I don't think iSNS is involved here. I note that the error condition immediately follows this line: *rc = request_initiator_name(tmo); which was changed in this commit: https://github.com/open-iscsi/open-iscsi/commit/2b099d7b7e04bc42f747e75e87b053d564ee76bd which seems to have already been found to cause some problems, at least on the basis of this commit: https://github.com/open-iscsi/open-iscsi/commit/81f52b082f5b111d084d5c349bdef7077e23d650 so my guess is this is another case of that timeout change causing problems. The iscsi-initiator-utils package was updated on 2017-02-09: https://koji.fedoraproject.org/koji/buildinfo?buildID=839902 that build bumped the package from a mid-2016 git snapshot to a new release that included the timeout commit, and it falls exactly in the time frame when the bug started happening. So it seems like a pretty strong suspect. Note that there has been another iscsi-initiator-utils package build since then which includes the 81f52b082f5b111d084d5c349bdef7077e23d650 commit, and we're still seeing this bug in current Rawhide nightly tests, so that one obviously doesn't fix this problem. Proposing as a Final release blocker, per criterion "The installer must be able to detect (if possible) and install to supported network-attached storage devices." - https://fedoraproject.org/wiki/Fedora_26_Final_Release_Criteria#network-attached-storage . iSCSI is a 'supported network-attached storage' protocol.
Comment 1 Fedora End Of Life 2017-02-28 12:28:05 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 26 development cycle. Changing version to '26'.
Comment 2 Chris Leech 2017-02-28 18:39:07 UTC
This looks to be the same timeout regression with discovery commands, but manifesting through the libiscsi interfaces used by blivet, while just the iscsiadm tool was fixed previously. Testing with an updates.img containing the new build seems to work.
Comment 3 Adam Williamson 2017-02-28 18:53:58 UTC
Thanks for the quick fix!
Comment 4 Adam Williamson 2017-03-03 23:39:19 UTC
Fix confirmed, iSCSI tests are now passing in openQA.