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.