Since the Fedora-Rawhide-20181222.n.1 , the openQA iSCSI install test has been failing. This test involves two VMs; one acts as a server and sets up an iSCSI target, the other runs an install using anaconda's iSCSI support to place the / filesystem on that iSCSI target.
The install proceeds just fine, but the installed system does not boot. By default it gets stuck on the splash screen. Between 20181219.n.0 (the previous compose, where the test passed) and 20181222.n.0 (the first compose where it failed), systemd is the most obvious suspect in the list of changed packages. iscsi-initiator-utils did not change, nor did the kernel, or anaconda, or dracut, or anything else that would be an obvious suspect. systemd went from 239-10.git3bf819c to 240-2.fc30 in that compose.
I'm currently running a test with a tweak to disable the splash screen; I'll see if that provides any useful indication of the bug.
Proposing as a Final blocker: "The installer must be able to detect (if possible) and install to supported network-attached storage devices...Supported network-attached storage types include iSCSI, Fibre Channel and Fibre Channel over Ethernet (FCoE)." - https://fedoraproject.org/wiki/Fedora_30_Final_Release_Criteria#Network_attached_storage
Created attachment 1521184 [details]
systemd debug logs
I tweaked the test to do systemd debug logging to a serial console, and got the logs out that way; here they are.
Created attachment 1521186 [details]
systemd debug + journal
Updated logs with journal messages also...
Discussed during the 2019-02-11 blocker review meeting: 
The decision to classify this bug as an AcceptedBlocker was made:
"accepted as a violation of "The installer must be able to detect (if possible) and install to supported network-attached storage devices...Supported network-attached storage types include iSCSI, Fibre Channel and Fibre Channel over Ethernet (FCoE).""
Ping? systemd folks, any news here? This is still broken.
Could you test systemd-241-5.git3d835d0 ?
Unfortunately -5 doesn't seem to help. Fails the same way. Do you need updated logs?
iscsid.service: Installed new job iscsid.service/start as 35
iscsiuio.service: Installed new job iscsiuio.service/start as 34
iscsiuio.socket: Enqueued job iscsiuio.socket/start as 39
and nothing interesting seems to happen after that. I don't see any failure from
systemd or other indication that systemd is at fault. I'll reassign this to
iscsi, maybe they can diagnose what is wrong. Please reassign back if it turns
out systemd is doing something wrong.
I explained why this is assigned to systemd when I filed it:
"Between 20181219.n.0 (the previous compose, where the test passed) and 20181222.n.1 (the first compose where it failed), systemd is the most obvious suspect in the list of changed packages. iscsi-initiator-utils did not change, nor did the kernel, or anaconda, or dracut, or anything else that would be an obvious suspect. systemd went from 239-10.git3bf819c to 240-2.fc30 in that compose."
You can see the compose report mail for 20181222.n.1 here:
as you can see, iscsi-initiator-utils did not change at all.
Created attachment 1554664 [details]
equivalent log from successful f29 test
I re-ran the same test on F29 Final to compare the log output. Here is the log, logged the same way with systemd debugging enabled. It looks quite different...I don't see any log that these units are 'enqueued' at all in this case, but they clearly actually *run*, unlike what happens now.
Note there should be no significant difference between the iscsi-initiator-utils builds in F29 Final and current F30 / Rawhide. This is all that's happened to the package in that time:
* Tue Feb 12 2019 Igor Gnatenko <ignatenkobrain> - 188.8.131.526-8.gitf3c8e90
- Remove obsolete scriptlets
* Fri Feb 01 2019 Fedora Release Engineering <releng> - 184.108.40.2066-7.gitf3c8e90
- Rebuilt for https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild
* Thu Jan 10 2019 Miro Hrončok <mhroncok> - 220.127.116.116-6.gitf3c8e90
- Disable python2 build
The "obsolete scriptlets" removed were just calls to /sbin/ldconfig in %post, nothing to do with this bug.
Hmm, so I've been digging into this some more. I'm not completely done yet and will have to finish up tomorrow, but it seems it may indeed not be systemd after all. I tested with various systemd git snapshots between v239 and v240, rebuilt with an epoch bump, and they *all* seem to fail the same way. Even just v239 itself (with a couple of necessary patches to make the build succeed) fails in what looks like the same way.
Right now I'm trying a rebuild of the actual 239-10 with the epoch bump, and if that fails, I'll see if I can do a test with a downgrade to the actual original 239-10 (though that may not be possible due to deps). If all of these still don't make it work again, we may have to look again at other stuff that changed in the 20181222.n.1 compose...
I think this is fixed by
This patch is already in rawhide, but not in F30.
So, turns out I was missing something important in my blunt force bisecting: the bug occurs in initramfs stage. I was changing the systemd package in the installed system root, but not running dracut after doing that, so the initramfs still had the systemd from the initial install. So basically all my bisect attempts really just used the current stable systemd (241-4). Sorry about that :/
This also affected my attempt to test 241-5, that test was invalid. I will redo that.
But I did just *correctly* test a build of 241-5 with the commit from #c12 applied, and that works! So we can say that *either* the changes in -5 *or* that commit fixes this, at least.
OK, and I just tested correctly and -5 does not work. So it is definitely the commit Zbigniew mentioned in #c12 that fixes this. Thanks!
systemd-241-6.gita2eaa1c.fc30 has been submitted as an update to Fedora 30. https://bodhi.fedoraproject.org/updates/FEDORA-2019-754128629a
systemd-241-6.gita2eaa1c.fc30 has been pushed to the Fedora 30 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-754128629a
systemd-241-6.gita2eaa1c.fc30 has been pushed to the Fedora 30 stable repository. If problems still persist, please make note of it in this bug report.