On 09/08/2014 11:02 PM, Ed Greshko issued this missive:
On 09/09/14 13:21, antonio montagnani wrote:
- In a "normal" operation (but I am online by wireless card):
systemctl status network.service network.service - LSB: Bring up/down networking Loaded: loaded (/etc/rc.d/init.d/network) Active: inactive (dead)
Strange as it may seem, this is normal.
[egreshko@meimei ~]$ systemctl status network.service network.service - LSB: Bring up/down networking Loaded: loaded (/etc/rc.d/init.d/network) Active: inactive (dead)
[egreshko@meimei ~]$ systemctl status network.target network.target - Network Loaded: loaded (/usr/lib/systemd/system/network.target; static) Active: active since Wed 2014-09-03 08:53:04 CST; 6 days ago Docs: man:systemd.special(7) http://www.freedesktop.org/wiki/Software/systemd/NetworkTarget
Sep 03 08:53:04 meimei systemd[1]: Starting Network. Sep 03 08:53:04 meimei systemd[1]: Reached target Network.
[egreshko@meimei ~]$ systemctl status network-online.target network-online.target - Network is Online Loaded: loaded (/usr/lib/systemd/system/network-online.target; static) Active: active since Wed 2014-09-03 08:53:04 CST; 6 days ago Docs: man:systemd.special(7) http://www.freedesktop.org/wiki/Software/systemd/NetworkTarget
Sep 03 08:53:04 meimei systemd[1]: Starting Network is Online. Sep 03 08:53:04 meimei systemd[1]: Reached target Network is Online.
- Ed, do you mean that waiting for a minute or two is too short? :-)
That is what some are suggesting. I've seen cases, prior to systemd when things were done in serial fashion, that bootup will be delayed for a time for network related issues. Eventually it would time out and startup would complete but the process causing the delay (most often sendmail) would enter the "failed" state.
Yes. IIRC, the timeout for sendmail is five minutes. Even under systemd, if certain services are dependent on others starting properly, you can end up with some significant delays.
- I repeat, this behaviour is not constant
OK. I, for one, am not yet convinced that the issue is network related.
You say you're up using WiFi. The question would be....does the problem happen when coming up with the wired connection and Wifi?
Another thing to do is........
When you have a successful boot after a failed boot.....
journalctl -b -1 > failed.boot
The file should not be very large and you can upload it using fpaste for people to examine.
That is good forensics and yeah, we could look at it and possibly help sort it out.
I suspect it is network-related--primarily because of the wifi relationship and the fact it isn't consistent. There's a lot of moving parts in a typical wifi startup (possibly load firmware, turn on the radio, find a network, join the network, get DHCP data, populate routing tables, populate the resolver libraries, etc.), any one of which could add delays to the network startup and have a ripple effect delaying other services dependent on the network.
That's just my opinion, I could be wrong (and have often been!) ---------------------------------------------------------------------- - Rick Stevens, Systems Engineer, AllDigital ricks@alldigital.com - - AIM/Skype: therps2 ICQ: 22643734 Yahoo: origrps2 - - - -"Jimmie crack corn and I don't care." What kind of a lousy attitude - - is THAT to have, huh? -- Dennis Miller - ----------------------------------------------------------------------