-
Notifications
You must be signed in to change notification settings - Fork 47
Description
Description
We recently rolled our on-prem cluster from 2605.7.0 -> 2605.11.0 and discovered that, contrary to what is expressed in the docs, /etc/iscsi/initiatorname.iscsi is no longer generated on boot.
Impact
This broke the ability of affected nodes to mount pvcs via iscsi. We have had to generate it ourselves as a workaround.
Environment and steps to reproduce
Run Flatcar 2605.11.0 (stable) and note that /etc/iscsi/initiatorname.iscsi is not present on the system. Also observe that the iscsid-initiatorname service is not present:
Flatcar Container Linux by Kinvolk stable (2605.11.0)
Update Strategy: No Reboots
core@worker-10 ~ $ systemctl status iscsid-initiatorname.service
Unit iscsid-initiatorname.service could not be found.
Whereas it was in a 2605.7.0 system:
Flatcar Container Linux by Kinvolk stable (2605.7.0)
Update Strategy: No Reboots
core@worker-19 ~ $ systemctl status iscsid-initiatorname.service
● iscsid-initiatorname.service - iSCSI initiator name generator
Loaded: loaded (/usr/lib/systemd/system/iscsid-initiatorname.service; static; vendor preset: disabled)
Active: inactive (dead) since Mon 2020-11-02 11:30:52 UTC; 2 months 16 days ago
Process: 946 ExecStart=/bin/sh -c echo InitiatorName=iqn.2016-04.com.flatcar.iscsi:$(</etc/machine-id) >/etc/iscsi/initiatorname.iscsi (code=exited, status=0/SUCCESS)
Main PID: 946 (code=exited, status=0/SUCCESS)
Expected behavior
I would expect the iscsid-initiatorname service to be present and to create /etc/iscsi/initiatorname.iscsi on boot.
Additional information
I suspect this was dropped by the update to open-iscsi 2.1.2.
Comparing the old version's ebuild file to the new one leads me to believe that the issue lies there.