Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

systemd/system: add sshkeys@.service #103

Merged
merged 1 commit into from
Sep 8, 2023
Merged

Conversation

tormath1
Copy link
Contributor

@tormath1 tormath1 commented Sep 7, 2023

this service allows to conditionnally start the
coreos-metadata-sshkeys@.service on DO, EM, EC2 and GGE with the default core instance in order to control the coreos-metadata-sshkeys@.service from the generic image and not from the OEM.


See: flatcar/scripts#1083 for context, CI and cie.

@tormath1 tormath1 self-assigned this Sep 7, 2023
@tormath1 tormath1 requested a review from a team September 7, 2023 13:37

[Install]
WantedBy=multi-user.target
DefaultInstance=core
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do we really need the @ parameterization? I think that users would directly enable coreos-metadata-sshkeys@USER.service for any other users they want to have instead of enabling sshykeys@USER to have this start the other one.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So, would just sshkeys.service be enough with Upholds=coreos-metadata-sshkeys@core.service hardcoded?

Copy link
Member

@pothos pothos left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

One question but even in the current state it's good

this service allows to conditionnally start the
`coreos-metadata-sshkeys@.service` on DO, EM, EC2 and GGE with the default `core` instance in
order to control the `coreos-metadata-sshkeys@.service` from the
generic image and not from the OEM.

Signed-off-by: Mathieu Tortuyaux <mtortuyaux@microsoft.com>
@tormath1 tormath1 merged commit a2586f5 into flatcar-master Sep 8, 2023
@tormath1 tormath1 deleted the tormath1/sshkeys branch September 8, 2023 07:36
@pothos
Copy link
Member

pothos commented Sep 8, 2023

It still has the @ in it, I think the file name for service and symlink could be sshkeys.service

@tormath1
Copy link
Contributor Author

tormath1 commented Sep 8, 2023

ah 🤦

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants