summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/2012-March/013169.html
diff options
context:
space:
mode:
authorNicolas Vigier <boklm@mageia.org>2013-04-14 13:46:12 +0000
committerNicolas Vigier <boklm@mageia.org>2013-04-14 13:46:12 +0000
commit1be510f9529cb082f802408b472a77d074b394c0 (patch)
treeb175f9d5fcb107576dabc768e7bd04d4a3e491a0 /zarb-ml/mageia-dev/2012-March/013169.html
parentfa5098cf210b23ab4f419913e28af7b1b07dafb2 (diff)
downloadarchives-master.tar
archives-master.tar.gz
archives-master.tar.bz2
archives-master.tar.xz
archives-master.zip
Add zarb MLs html archivesHEADmaster
Diffstat (limited to 'zarb-ml/mageia-dev/2012-March/013169.html')
-rw-r--r--zarb-ml/mageia-dev/2012-March/013169.html243
1 files changed, 243 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/2012-March/013169.html b/zarb-ml/mageia-dev/2012-March/013169.html
new file mode 100644
index 000000000..4d8838fd2
--- /dev/null
+++ b/zarb-ml/mageia-dev/2012-March/013169.html
@@ -0,0 +1,243 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
+<HTML>
+ <HEAD>
+ <TITLE> [Mageia-dev] systemd network.service issues
+ </TITLE>
+ <LINK REL="Index" HREF="index.html" >
+ <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20systemd%20network.service%20issues&In-Reply-To=%3C4F63426F.10000%40mageia.org%3E">
+ <META NAME="robots" CONTENT="index,nofollow">
+ <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+ <LINK REL="Previous" HREF="013166.html">
+ <LINK REL="Next" HREF="013151.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+ <H1>[Mageia-dev] systemd network.service issues</H1>
+ <B>Anssi Hannula</B>
+ <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20systemd%20network.service%20issues&In-Reply-To=%3C4F63426F.10000%40mageia.org%3E"
+ TITLE="[Mageia-dev] systemd network.service issues">anssi at mageia.org
+ </A><BR>
+ <I>Fri Mar 16 14:38:55 CET 2012</I>
+ <P><UL>
+ <LI>Previous message: <A HREF="013166.html">[Mageia-dev] systemd network.service issues
+</A></li>
+ <LI>Next message: <A HREF="013151.html">[Mageia-dev] [changelog] [RPM] cauldron core/release nginx-1.0.10-2.mga2
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#13169">[ date ]</a>
+ <a href="thread.html#13169">[ thread ]</a>
+ <a href="subject.html#13169">[ subject ]</a>
+ <a href="author.html#13169">[ author ]</a>
+ </LI>
+ </UL>
+ <HR>
+<!--beginarticle-->
+<PRE>16.03.2012 14:45, Colin Guthrie kirjoitti:
+&gt;<i> 'Twas brillig, and Anssi Hannula at 16/03/12 03:45 did gyre and gimble:
+</I>&gt;&gt;<i> Hi all!
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> So, I've just upgraded my home server to mga2/cauldron.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Something seems fishy in the network.service handling, systemd thinks it
+</I>&gt;&gt;<i> has failed:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> # systemctl status network.service
+</I>&gt;&gt;<i> network.service - LSB: Bring up/down networking
+</I>&gt;&gt;<i> Loaded: loaded (/etc/rc.d/init.d/network)
+</I>&gt;&gt;<i> Active: failed (Result: exit-code) since Fri, 16 Mar 2012
+</I>&gt;&gt;<i> 05:25:09 +0200; 11min ago
+</I>&gt;&gt;<i> CGroup: name=systemd:/system/network.service
+</I>&gt;&gt;<i> &#9500; 4679 /sbin/ifplugd -I -b -i eth0
+</I>&gt;&gt;<i> &#9500; 4723 /sbin/ifplugd -I -b -i eth1
+</I>&gt;&gt;<i> &#9492; 5372 /sbin/dhclient -q -lf
+</I>&gt;&gt;<i> /var/lib/dhcp/dhclient-eth0.leases -pf /var/run/dhclient-eth0.pid -cf
+</I>&gt;&gt;<i> /etc/dhclient-eth0.conf...
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Mar 16 05:25:09 delta.onse.fi ifplugd(eth1)[4723]: Using detection mode:
+</I>&gt;&gt;<i> SIOCETHTOOL
+</I>&gt;&gt;<i> Mar 16 05:25:09 delta.onse.fi ifplugd(eth1)[4723]: Initialization
+</I>&gt;&gt;<i> complete, link beat not detected.
+</I>&gt;&gt;<i> Mar 16 05:25:09 delta.onse.fi network[4397]: [161B blob data]
+</I>&gt;&gt;<i> Mar 16 05:25:09 delta.onse.fi network[4397]: [14B blob data]
+</I>&gt;&gt;<i> Mar 16 05:25:13 delta.onse.fi ifplugd(eth0)[4679]: Link beat detected.
+</I>&gt;&gt;<i> Mar 16 05:25:14 delta.onse.fi ifplugd(eth0)[4679]: Executing
+</I>&gt;&gt;<i> '/etc/ifplugd/ifplugd.action eth0 up'.
+</I>&gt;&gt;<i> Mar 16 05:25:15 delta.onse.fi dhclient[5312]: DHCPREQUEST on eth0 to
+</I>&gt;&gt;<i> 255.255.255.255 port 67
+</I>&gt;&gt;<i> Mar 16 05:25:15 delta.onse.fi dhclient[5312]: DHCPACK from 109.204.128.1
+</I>&gt;&gt;<i> Mar 16 05:25:15 delta.onse.fi ifplugd(eth0)[4679]: client: Determining
+</I>&gt;&gt;<i> IP information for eth0... done.
+</I>&gt;&gt;<i> Mar 16 05:25:15 delta.onse.fi ifplugd(eth0)[4679]: Program executed
+</I>&gt;&gt;<i> successfully.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Trying to restart it I seem to hit other issues:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> # systemctl restart network.service
+</I>&gt;&gt;<i> Job failed. See system journal and 'systemctl status' for details.
+</I>&gt;&gt;<i> # systemctl status network.service
+</I>&gt;&gt;<i> network.service - LSB: Bring up/down networking
+</I>&gt;&gt;<i> Loaded: loaded (/etc/rc.d/init.d/network)
+</I>&gt;&gt;<i> Active: failed (Result: exit-code) since Fri, 16 Mar 2012
+</I>&gt;&gt;<i> 05:36:39 +0200; 3s ago
+</I>&gt;&gt;<i> Process: 8027 ExecStart=/etc/rc.d/init.d/network start
+</I>&gt;&gt;<i> (code=exited, status=1/FAILURE)
+</I>&gt;&gt;<i> CGroup: name=systemd:/system/network.service
+</I>&gt;&gt;<i> &#9500; 8195 /sbin/ifplugd -I -b -i eth0
+</I>&gt;&gt;<i> &#9492; 8353 /sbin/dhclient -q -lf
+</I>&gt;&gt;<i> /var/lib/dhcp/dhclient-eth0.leases -pf /var/run/dhclient-eth0.pid -cf
+</I>&gt;&gt;<i> /etc/dhclient-eth0.conf...
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Mar 16 05:36:39 delta.onse.fi network[8027]: RTNETLINK answers: File exists
+</I>&gt;&gt;<i> Mar 16 05:36:39 delta.onse.fi network[8027]: RTNETLINK answers: File exists
+</I>&gt;&gt;<i> Mar 16 05:36:39 delta.onse.fi network[8027]: RTNETLINK answers: File exists
+</I>&gt;&gt;<i> Mar 16 05:36:39 delta.onse.fi network[8027]: RTNETLINK answers: File exists
+</I>&gt;&gt;<i> Mar 16 05:36:39 delta.onse.fi dhclient[8261]: DHCPREQUEST on eth0 to
+</I>&gt;&gt;<i> 255.255.255.255 port 67
+</I>&gt;&gt;<i> Mar 16 05:36:40 delta.onse.fi dhclient[8261]: DHCPACK from 109.204.128.1
+</I>&gt;&gt;<i> Mar 16 05:36:40 delta.onse.fi ifplugd(eth0)[8195]: client: Determining
+</I>&gt;&gt;<i> IP information for eth0...NETLINK: Error: File exists
+</I>&gt;&gt;<i> Mar 16 05:36:40 delta.onse.fi ifplugd(eth0)[8195]: client: done.
+</I>&gt;&gt;<i> Mar 16 05:36:40 delta.onse.fi ifplugd(eth0)[8195]: client: NETLINK:
+</I>&gt;&gt;<i> Error: File exists
+</I>&gt;&gt;<i> Mar 16 05:36:40 delta.onse.fi ifplugd(eth0)[8195]: Program executed
+</I>&gt;&gt;<i> successfully.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Any ideas? If not, I'll investigate this myself later.
+</I>&gt;<i>
+</I>&gt;<i> network.service fails here too, but I've not been able to work out
+</I>&gt;<i> exactly why. It doens't bother me too much tho' as all my devices are
+</I>&gt;<i> using network manager!
+</I>&gt;<i>
+</I>&gt;<i> THat said, it seems that network.service has still started an ifplugd
+</I>&gt;<i> for my wlan, despite the ifcfg file clearly saying that NM should take
+</I>&gt;<i> care of that interface... needs some investigating for sure.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;&gt;<i> On a related note, I also got dropped to emergency console on first
+</I>&gt;&gt;<i> boot, not sure why was that (it didn't tell me the reason... maybe the
+</I>&gt;&gt;<i> reason was in another virtual console, but I didn't remember to check
+</I>&gt;&gt;<i> there at the time). I just exited the console and it continued to boot...
+</I>&gt;<i>
+</I>&gt;<i> Interesting. Was it a dracut shell or a systemd one? (sometimes hard to
+</I>&gt;<i> tell which is which, but the text usually tells you.
+</I>
+I think it was a systemd one (it seemed to be quite late in the boot,
+when I exited it the next thing it did was build DKMS stuff).
+
+&gt;<i> Knowing which should help identify why. Does it happen on subsequent boots?
+</I>
+No idea yet, but will reboot the system now.
+
+&gt;&gt;<i> I see the following in systemctl --failed:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> # systemctl --failed
+</I>&gt;&gt;<i> UNIT LOAD ACTIVE SUB JOB DESCRIPTION
+</I>&gt;&gt;<i> bootparamd.service loaded ESC[1;31mfailed failedESC[0m
+</I>&gt;&gt;<i> SYSV: The bootparamd server allows older Sun workstations to net boot
+</I>&gt;&gt;<i> from Linux boxes. It (along with rarp) is rarely used anymore; bootp and
+</I>&gt;&gt;<i> dhcp have mostly replaced both of them.
+</I>&gt;&gt;<i> fedora-loadmodules.service loaded ESC[1;31mfailed failedESC[0m
+</I>&gt;&gt;<i> Load legacy module configuration
+</I>&gt;<i>
+</I>&gt;<i> dmorgan reported this as well, but it's a really simple script and
+</I>&gt;<i> really shouldn't fail.
+</I>&gt;<i>
+</I>&gt;<i> I think it must be the /etc/rc.modules script that is likely failing
+</I>&gt;<i> here. Perhaps trying to modprobe a module that no longer exists due to
+</I>&gt;<i> old configuration? If possible can you debug the fedora-load-modules
+</I>&gt;<i> service and comment out one half of the script such that only the
+</I>&gt;<i> rc.modules bit is run and confirm that's where it's bust. Then maybe
+</I>&gt;<i> work out what in rc.modules is broken. That woudl be useful as it works
+</I>&gt;<i> fine here.
+</I>
+Actually it is because /etc/modprobe.preload contains some non-existing
+modules (like psmouse), and /etc/modprobe.preload.d/cpufreq
+(cpufreq_performance).
+
+bootparamd failed because I had no /etc/bootparamd. I'm pretty sure I've
+not installed bootparamd myself, but it was a leaf package now so I
+simply removed it.
+
+&gt;&gt;<i> network.service loaded ESC[1;31mfailed failedESC[0m
+</I>&gt;&gt;<i> LSB: Bring up/down networking
+</I>&gt;<i>
+</I>&gt;<i> Mentioned above. Needs to be debugged.
+</I>&gt;<i>
+</I>&gt;&gt;<i> systemd-modules-load.service loaded ESC[1;31mfailed failedESC[0m
+</I>&gt;&gt;<i> Load Kernel Modules
+</I>&gt;<i>
+</I>&gt;<i> Yeah this one fails for me too. Not sure why, but maybe because I've
+</I>&gt;<i> done something stupid and symlinked stuff into /etc/modules-load.d when
+</I>&gt;<i> I shouldn't. I'll look into it.
+</I>
+I guess this would be for the same reason as fedora-loadmodules.service...
+
+BTW, isn't this duplication? Well, I guess not completely,
+/etc/modules-load.d doesn't contain the stuff from
+/etc/modprobe.preload.d/, only /etc/modprobe.preload and /etc/modules.
+
+&gt;<i>
+</I>&gt;<i> Incidentally, just answering your private tmp question from IRC...
+</I>&gt;<i>
+</I>&gt;<i> This is what Lennart had to say about it:
+</I>&gt;<i> &lt;mezcalero&gt; coling: the /tmp dir used by PrivateTmp lies beneath /tmp
+</I>&gt;<i> &lt;mezcalero&gt; coling: hence, if /tmp is cleaned up those private tmps will
+</I>&gt;<i> be cleaned up too
+</I>&gt;<i> &lt;mezcalero&gt; coling: since the clean-up is recursive
+</I>
+Ah, clever. Though I should've recognized it was just a simple
+bind-mount... I'll blame my tiredness for this as well :)
+
+--
+Anssi Hannula
+</PRE>
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+<!--endarticle-->
+ <HR>
+ <P><UL>
+ <!--threads-->
+ <LI>Previous message: <A HREF="013166.html">[Mageia-dev] systemd network.service issues
+</A></li>
+ <LI>Next message: <A HREF="013151.html">[Mageia-dev] [changelog] [RPM] cauldron core/release nginx-1.0.10-2.mga2
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#13169">[ date ]</a>
+ <a href="thread.html#13169">[ thread ]</a>
+ <a href="subject.html#13169">[ subject ]</a>
+ <a href="author.html#13169">[ author ]</a>
+ </LI>
+ </UL>
+
+<hr>
+<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev
+mailing list</a><br>
+</body></html>