[systemd-devel] Boot ordering

[Kai Krakow]

Reindl Harald <h.reindl at thelounge.net> schrieb:

>> BTW: I'd be interested in your solution about removing mysqld_safe. Can I
>> just change the distribution service file, set the right user/group - or
>> do I need to take care of any other stuff that mysqld_safe prepares/does?
> 
> do *never* touch the distribution unit-file
> it would be overwritten by updates

Yes, that is clear. I'm administrating servers since maybe 15 years and 
running on Gentoo for about 10 years now. I also prefer to use "systemctl 
edit" to change files - keeping in mind the caveat that you need to clear 
out lines with "Exec*=" (empty) to replace process execution.

> the most helpful deign change of systemd is that you just can disbale
> any service, copy the systemd-unit for /usr/lib/systemd/system/ to
> /etc/systemd/system/ and enable the service, from that moment on only
> your personalized systemd-unit would be used

Or use *.d directories for overrides - whatever is more appropriate.

> below my systemd-unit (for F21 and recent systemd versions)

Thanks, very much appreciated. It contains a lot of stuff. ;-) I snip away 
what I don't need.

What I don't like about the mysql-wait-ready solution is that it loops with 
a "sleep 1". I'd prefer mysqld having a real daemonize option. It would 
solve a lot of headache I guess.

I've found the bug report on Fedora bugzilla you were involved with [1]. I 
guess that socket activation did not work out? I tried that also way back 
when I started using systemd and it didn't really work for me.

Besides that your solution works fine for me. It also has the benefit of not 
duplicating configuration items like sockets and ports - which would 
probably be a problem with using a mysqld.socket file.

I'm currently migrating our servers over to systemd because logging and 
service quality work better for us with systemd in place. So this will 
certainly help. Thanks again.

[1]: https://bugzilla.redhat.com/show_bug.cgi?id=714426

-- 
Replies to list only preferred.