From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 5AB181384B4 for ; Tue, 22 Dec 2015 00:50:52 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AE4B221C0A3; Tue, 22 Dec 2015 00:50:40 +0000 (UTC) Received: from mail-wm0-f46.google.com (mail-wm0-f46.google.com [74.125.82.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 4D904E07EC for ; Tue, 22 Dec 2015 00:50:39 +0000 (UTC) Received: by mail-wm0-f46.google.com with SMTP id l126so90618092wml.0 for ; Mon, 21 Dec 2015 16:50:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:reply-to:to:subject:date:user-agent:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; bh=v+jiBJo5Xk4nt5sAVPER05XPbtgZh57bZWQoSf+xvNc=; b=hRqJ3g8lR/xJ0PpJ1JcdmDjwwPz+ED28Z3AZ2ZCY2RHvjNEX0JXRgXBdehMox+28ji s/H+jPPJ1mLe57ddfKF2oUiOZzJsvkjblMxE+wgUJIZcCjuK+/BPQvojdY5qImcS5FqO 6V9SlMxI1PmZUBTtaHzrw4MvAMg8capUI2a8EZxcFB5x0GGV3oeTowwa0q9AS7Zd/Q+c 1zUUajBDQb33Vimd9fmj+ZLIKyE4GvO91dTEUeJ7eRd6gJF2l6DMc9QV19FDIPadX5Iz NEMwhynEl4Ah3yK7+T0cmsTvMX48PIFpchcy/iXZ2yCHtr06sgA8C3Lup4n+20Nxd/ud Pdhw== X-Received: by 10.194.142.203 with SMTP id ry11mr23887486wjb.132.1450745438265; Mon, 21 Dec 2015 16:50:38 -0800 (PST) Received: from dell_xps.localnet (230.3.169.217.in-addr.arpa. [217.169.3.230]) by smtp.gmail.com with ESMTPSA id q4sm30483303wja.6.2015.12.21.16.50.35 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 21 Dec 2015 16:50:35 -0800 (PST) From: Mick To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Problem with openrc-0.18.4 and ifplugd Date: Tue, 22 Dec 2015 00:50:24 +0000 User-Agent: KMail/1.13.7 (Linux/4.1.12-gentoo; KDE/4.14.8; x86_64; ; ) References: <201512201826.31348.michaelkintzios@gmail.com> <201512212320.26201.michaelkintzios@gmail.com> <20151222004902.3d606617@jupiter.sol.kaishome.de> In-Reply-To: <20151222004902.3d606617@jupiter.sol.kaishome.de> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3104359.p4NX9uAB0O"; protocol="application/pgp-signature"; micalg=pgp-sha256 Content-Transfer-Encoding: 7bit Message-Id: <201512220050.34603.michaelkintzios@gmail.com> X-Archives-Salt: ba7a4f39-027a-40da-acbe-75538d1d1650 X-Archives-Hash: bf3f1e8380a50c99c3f5364313e552cd --nextPart3104359.p4NX9uAB0O Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Monday 21 Dec 2015 23:49:02 Kai Krakow wrote: > Am Mon, 21 Dec 2015 23:20:24 +0000 >=20 > schrieb Mick : > > On Monday 21 Dec 2015 22:38:21 Alan McKinnon wrote: > > > On 22/12/2015 00:37, Mick wrote: > > > > Am I alone in experiencing this? Any ideas for fixing it? > > > > Should I post a bug and if so where? I'm thinking that asking > > > > Lennart to fix ifplugd so that it works with openrc would be > > > > taking it a step too far. :p > > >=20 > > > read the news items for the last 3 months or so. > > >=20 > > > openrc changes, networking and service dependencies have changed > > > somewhat, all well documented in the news items > >=20 > > Thank you Alan, I believe I've read the news item you refer to, but I > > am not sure I understand how or why it applies to two laptops. The > > news item refers to localmount and netmount which if they cannot be > > mounted will cause problems. I don't use netmount on these laptops: > >=20 > > # rc-update -s -v | grep mount > >=20 > > localmount | boot > > =20 > > mount-ro | shutdown > > netmount | > >=20 > > localmount works and I see no failures in mounting my filesystems. > > What fails repeatably is ifplugd, which no longer starts wired or > > wireless devices. >=20 > You could try running the service in debug mode (--debug), and look at > the line starting ifplugd. Check if the parameters look correct, then > try to fire the same command from command line and check the console > output for errors. ifplugd does not have a debug mode, but starting it by hand I see this: Dec 22 00:38:08 dell_xps ifplugd(eth0)[4982]: ifplugd 0.28 initializing. Dec 22 00:38:08 dell_xps ifplugd(eth0)[4982]: Using interface eth0 Dec 22 00:38:08 dell_xps ifplugd(eth0)[4982]: Failed to detect plug status = of=20 eth0 Dec 22 00:38:08 dell_xps ifplugd(eth0)[4982]: Exiting. Ha! It now assumes that I have an eth0 interface, which I don't. Hmm ... = I=20 wonder where it reads this from. If I start the NIC manually I get: Dec 22 00:33:52 dell_xps kernel: IPv6: ADDRCONF(NETDEV_CHANGE): enp11s0: li= nk=20 becomes ready Dec 22 00:35:31 dell_xps kernel: IPv6: ADDRCONF(NETDEV_UP): enp11s0: link i= s=20 not ready Dec 22 00:35:30 dell_xps ifplugd(enp11s0)[4293]: ifplugd 0.28 initializing. Dec 22 00:35:30 dell_xps ifplugd(enp11s0)[4293]: Using interface=20 enp11s0/00:26:B9:20:B4:9C with driver (version: 3.137) Dec 22 00:35:30 dell_xps ifplugd(enp11s0)[4293]: Using detection mode:=20 SIOCETHTOOL > By the way: Is ifplugd still needed? I thought it has been replacable > by openrcs improved hotplug/coldplug support a long time ago? I > remember my main purpose of using ifplugd back the days I still used it > was to decouple the network init latency from the rest of the boot > process and thus speed it up - in addition to the benefit of not > starting some services at all when no network was plugged in. Yes, ifplugd is needed here. Otherwise removal/insertion of the ethernet=20 cable does not bring up/down the enp11s0 interface. > Part of the problem may be that udev handles device renaming and > bootstrapping now. Maybe ifplugd should be called from udev and no > longer be a service? In the end, ifplugd is tied to the device name - > and thus must be part of the device service it is going to manage. And > I don't think this is how it works in openrc nowadays. Thus it needs > to move deeper down the layer - which is udev. Thank you for pointing me in this direction. If ifplud now thinks that eth= 0=20 is the default interface, where might it be deducing this from? I installe= d=20 sys-fs/udev-225 and dev-libs/libgudev-230 at the same time I updated openrc= =20 and this is when the problems started. I never had an ifplugd.conf in use, perhaps I ought to set up one now? > Alternatively, NetworkManager is probably also a good replacement then - > tho I totally understand why you wouldn't want to install it. At least > you wouldn't have to ask Lennart then for fixing ifplugd in openrc > if problems arise. ;-) >=20 > As a side note: systemd-networkd handles and fits the same purpose as > ifplugd very well - should you consider to migrate to systemd. *scnr* >=20 > It's also not by Lennart, which elevates your problems with asking > Lennart to fix something. :-) Thank you for this suggestion, but for reasons covered exhaustively and=20 exhaustingly in a few past mega-threads I'd rather stay with openrc. =2D-=20 Regards, Mick --nextPart3104359.p4NX9uAB0O Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAABCAAGBQJWeJ5aAAoJELAdA+zwE4YeddYIAIPDaUQilQohpsy4yrtZ9cTn HPuD5wdEiJCf45vIPEZpNDDWPRshC1RiuevgS+pphsxDXqkz5bRFweHxfaH0Wik0 OUEUvK2vOuVT6uU8GSpTCPJxUrs1rRB2/7NTTycvoVbDEacpbaZJ+naK+TU2Do5H tZagQxammdGfSTGSrmUaQ9aTd0XWBX2sJ7KCY2E1fxJ3fs1QJJ+xkBDDhzAd6j3x yt4BosmXqE6X2q4xf0iaPSg1fQt89RcIllFPa2MwxUpyxOhMs0mGBbIaSVvjPG1R vF8XsVYRNF+NjMj8N7uovbBmD3f/LPfvbd21k5G5C/7P/n/IxRniOtOmvHLajec= =J9JN -----END PGP SIGNATURE----- --nextPart3104359.p4NX9uAB0O--