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.
Thank you for reporting this issue. This indeed appears to have been a miss when updating the package; please pardon the inconvenience. We are working on a fix and aim to include it in the next releases (we'll also cover #318).
This was addressed in flatcar/coreos-overlay#791, that updated the iscsi version to 2.1.3 and fixed the service units. Please note that the services are now called iscsi (instead of iscsid) and iscsi-init (instead of iscsi-initiatorname), as those are the upstream names.
This will be included in the upcoming set of releases for stable, beta and alpha.
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 theiscsid-initiatorname
service is not present:Whereas it was in a 2605.7.0 system:
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.
The text was updated successfully, but these errors were encountered: