Skip to content

/etc/iscsi/initiatorname.iscsi is not generated on boot #321

@ribbybibby

Description

@ribbybibby

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.

Metadata

Metadata

Labels

No labels
No labels

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions