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

preferred way of starting up daemon services during recovery #498

Closed
abbbi opened this issue Oct 29, 2014 · 1 comment
Closed

preferred way of starting up daemon services during recovery #498

abbbi opened this issue Oct 29, 2014 · 1 comment
Assignees
Labels
enhancement Adaptions and new features fixed / solved / done
Milestone

Comments

@abbbi
Copy link
Contributor

abbbi commented Oct 29, 2014

hi,

what is currently the rule-consistent behavior for integration of daemons getting started by the recovery bootup?

Currently the sesam client is started through the system-setup.d scripts (etc/scripts/system-setup.d/59-start-sesam-client.sh). As i understand those scripts are started using a system-setup description on systemd based systems. This will work nicely if no systemd is around, if so, starting the sesam daemon from these scripts works until the bootup has finished, after that the daemon is no longer running.

I suspect the issue has to do with systemd not knowingly starting up the service in the background and gets rid of it as soon as the system-setup scripts have been finished, killing off its childs (did not yet have enough time to spend a closer look)

Can third party programs also supply systemd valid components just like you guys do for SSHD? And if, where to place them?

Thanks!

@gdha gdha self-assigned this Oct 30, 2014
@gdha gdha added this to the Rear v1.17 milestone Oct 30, 2014
@gdha
Copy link
Member

gdha commented Oct 30, 2014

sure, you can add your systemd startup files under skel/SESAM/usr/lib/systemd/system/

gdha added a commit that referenced this issue Nov 12, 2014
(#498): add system.d script to start sesam client if /etc/sesam2000.ini exists
@gdha gdha added enhancement Adaptions and new features fixed / solved / done and removed support / question labels Dec 2, 2014
@gdha gdha closed this as completed Feb 16, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement Adaptions and new features fixed / solved / done
Projects
None yet
Development

No branches or pull requests

2 participants