Rick Stevens ha scritto / said the following il giorno/on 09/09/2014
18:52:
On 09/08/2014 11:02 PM, Ed Greshko issued this missive:
> On 09/09/14 13:21, antonio montagnani wrote:
>> 1) 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.
>
>>
>> 2) 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.
>> 3) 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(a)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 -
----------------------------------------------------------------------
that file has been uploaded: I don't know if it is usefuls as I had to
wait for half-an-hour, then I had to issue a Ctrl+alt+del to reboot....
--
Antonio M
Skype: amontag52
Linux Fedora F20 (Heisenbug)
on Fujitsu Lifebook A512