Re: [gentoo-user] Re: ntp-client slows down the boot process
On 2019-07-27 09:20, Ian Zimmerman wrote: > On 2019-07-27 07:42, Aidan Harris wrote: > >> I run openrc with rc_parallel enabled and I end up booting so fast >> that by the time ntp-client starts DNS resolution is not properly >> available yet (I use a local DNS resolver so even though networking is >> up my local resolver takes a while - a small while, but enough of a >> while to be a problem - to be "ready") so the service fails to >> start. To work around this I added a few lines of shell to the start >> function: > > I take it that you stick with the default ntp configuration, with > syncing from a pool. I do not; I have found a few public stratum 1 > servers relatively close to me, and I use them in general, via their IP > addresses and not via their DNS names. > > On my desktop and on my Pi, which do not need mobility, I don't even do > that: I sync to my router. It makes a fine stratum 2 NTP server :-) > > -- > Please don't Cc: me privately on mailing lists and Usenet, > if you also post the followup to the list or newsgroup. > To reply privately _only_ on Usenet and on broken lists > which rewrite From, fetch the TXT record for no-use.mooo.com. You inspired me. Maybe I can build a NTP server on my Rasp Pi in the local network and sync from it. It should be a little bit faster and save me...well, 3 seconds ;-)
[gentoo-user] Re: ntp-client slows down the boot process
On 2019-07-27 07:42, Aidan Harris wrote: > I run openrc with rc_parallel enabled and I end up booting so fast > that by the time ntp-client starts DNS resolution is not properly > available yet (I use a local DNS resolver so even though networking is > up my local resolver takes a while - a small while, but enough of a > while to be a problem - to be "ready") so the service fails to > start. To work around this I added a few lines of shell to the start > function: I take it that you stick with the default ntp configuration, with syncing from a pool. I do not; I have found a few public stratum 1 servers relatively close to me, and I use them in general, via their IP addresses and not via their DNS names. On my desktop and on my Pi, which do not need mobility, I don't even do that: I sync to my router. It makes a fine stratum 2 NTP server :-) -- Please don't Cc: me privately on mailing lists and Usenet, if you also post the followup to the list or newsgroup. To reply privately _only_ on Usenet and on broken lists which rewrite From, fetch the TXT record for no-use.mooo.com.
[gentoo-user] Re: ntp-client slows down the boot process
On 2019-07-27 01:27, Grant Edwards wrote: > > By the way does "rc_parallel" really makes a difference? > > > Yes. It guarantees that when you do have boot problems, you'll never > be able to figure out the real problem. > > > Having more parallel boot operations used to be one of the > "advantages" touted by some pro-systemd people. I always thought it > sounded like a horrible idea and an excellent reason to stick with > openrc. Well, to play the anti-$DEITY advocate, you may also say that parallelizing helps you discover bugs in the dependencies that you otherwise never would. I have run fedora with systemd for a while, and I was able to make the boot wicked fast. But it wasn't automatic, not due to systemd itself but due to packages like NetworkManager doing incredibly wasteful things by default. -- Please don't Cc: me privately on mailing lists and Usenet, if you also post the followup to the list or newsgroup. To reply privately _only_ on Usenet and on broken lists which rewrite From, fetch the TXT record for no-use.mooo.com.
[gentoo-user] Re: ntp-client slows down the boot process
On 2019-07-26, YUE Daian wrote: > By the way does "rc_parallel" really makes a difference? Yes. It guarantees that when you do have boot problems, you'll never be able to figure out the real problem. Having more parallel boot operations used to be one of the "advantages" touted by some pro-systemd people. I always thought it sounded like a horrible idea and an excellent reason to stick with openrc. I have enough problems figuring out package build failures with -j2. :/ -- Grant