On 09/30/2016 09:55 AM, Sam Varshavchik wrote:
> Tom Horsley writes:
> 
>> On Fri, 30 Sep 2016 10:29:51 -0400
>> Saint Michael wrote:
>>
>> > In short, the most recent update to Centos7, makes Mariadb unable to
>> start
>> > in both versions that use systemd.
>> > This affects millions of users. I had to replace my container for a
>> Fedora
>> > 22 one, and lower ,my version of Mariadb.
>> > Does anybody of any work around?
>>
>> I have vast numbers of things in my rc.local file to delay a
>> bit then restart services that never start correctly (mainly
>> because systemd has no idea when the network is in fact "up").
> 
> I find that the following wait-for-network.service is fairly bulletproof:
> 
> [Unit]
> Description=Wait for network ports to be initialized
> Before=network.target network-online.target
> After=network.service
> Wants=network.target
> 
> [Service]
> Type=oneshot
> ExecStart=/usr/bin/true
> 
> [Install]
> WantedBy=multi-user.target
> 
> Then, enable this, and network-online.target.
> 
> Whatever the hell that is.
> 
> NetworkManager-wait-online.service is not enough. Whatever the hell that
> is, too.
> 
> Speaking of that:
> 
> # time systemctl status NetworkManager-wait-online.service
> ● NetworkManager-wait-online.service - Network Manager Wait Online
>   Loaded: loaded
> (/usr/lib/systemd/system/NetworkManager-wait-online.service; d
>   Active: active (exited) since Sat 2016-09-24 09:51:13 EDT; 6 days ago
>     Docs: man:nm-online(1)
>  Process: 1072 ExecStart=/usr/bin/nm-online -s -q --timeout=30
> (code=exited, st
> Main PID: 1072 (code=exited, status=0/SUCCESS)
>    Tasks: 0 (limit: 512)
>   CGroup: /system.slice/NetworkManager-wait-online.service
> 
> Sep 24 09:51:04 octopus.email-scan.com systemd[1]: Starting Network
> Manager Wait
> Sep 24 09:51:13 octopus.email-scan.com systemd[1]: Started Network
> Manager Wait
> 
> real    0m12.133s
> user    0m0.016s
> sys    0m0.063s
> 
> I'll give two seconds of credit for me hitting Enter (because, for some
> reason, systemctl apparently pipes its output to "less").
> 
> But the end result that it takes ten seconds for systemd to tell me the
> status of a single service.
> 
> That's state-of-the-art system management, for you.
> 
> For all the bombast about systemd being the future of system management,
> it is utter. complete. total. unquestionable. crap.

Hear, hear! Haven't I been saying this ever since they foisted this POS
on us?

My father once defined "quaint" as "overpriced, uncomfortable and
inconvenient". systemd/systemctl (and for that matter
journald/journalctl) fit that definition fairly well, except I'd also
have to add "overly complex and f**king broken" to my dad's criteria.
----------------------------------------------------------------------
- Rick Stevens, Systems Engineer, AllDigital    ri...@alldigital.com -
- AIM/Skype: therps2        ICQ: 226437340           Yahoo: origrps2 -
-                                                                    -
-              Never eat anything larger than your head              -
----------------------------------------------------------------------
_______________________________________________
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Reply via email to