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

FR: Automated systemd service creation #254

Open
UebelAndre opened this issue Dec 3, 2020 · 7 comments
Open

FR: Automated systemd service creation #254

UebelAndre opened this issue Dec 3, 2020 · 7 comments

Comments

@UebelAndre
Copy link

One of the things that I find unnecessarily cumbersome about the lack of a daemon from podman is that users have to create services for each pod themselves. Would it be possible/sensible to add a helper command to podman-compose for installing a service that runs as the user who executed the command? This would solve for situations where users generate service files differently for each use case leading to inconsistent behavior and various unintentional bugs. An automated way to setup a service to restart a pod and it's containers on a reboot would greatly help.

@UebelAndre UebelAndre changed the title FR: Creating services for containers FR: Automated systemd service creation Dec 3, 2020
@rhatdan
Copy link
Member

rhatdan commented Dec 7, 2020

I actually think this should be fixed in Podman, basically drop a unit file that runs only one time at boot, With something like
podman start --restart that searches through all of the containers that have restart enabled, and then start them.

@mheon WDYT?

@mheon
Copy link
Member

mheon commented Dec 7, 2020

I might do a podman system command here that wraps around podman start instead (I dislike adding really-specific options to common commands) but the general approach is a thumbs-up from me.

@UebelAndre
Copy link
Author

Any estimates for a timeline for this? I'm not super up to date with the on-goings of podman-compose 😅

@rhatdan
Copy link
Member

rhatdan commented Dec 7, 2020

This would be done in a different project, and then podman-compose could take advantage.

@mheon podman system boot or something similar would be fine with me.

@UebelAndre
Copy link
Author

@rhatdan Is there an issue or PR in that other project I could track?

@rhatdan
Copy link
Member

rhatdan commented Dec 15, 2020

It would be best to open an issue in Podman and then monitor it from there.

@UebelAndre
Copy link
Author

I created containers/podman#8779

It was unclear to me that I needed to do this given the conversation earlier in this ticket. I'll keep this ticket open until either this feature is implemented or the upstream issue is done in such a way that this request is no longer needed.

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

No branches or pull requests

3 participants