public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Kai Krakow <hurikhan77@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: [gentoo-user] Re: Problem with openrc-0.18.4 and ifplugd
Date: Tue, 22 Dec 2015 15:20:26 +0100	[thread overview]
Message-ID: <20151222152026.5162b855@jupiter.sol.kaishome.de> (raw)
In-Reply-To: 201512221404.21979.michaelkintzios@gmail.com

[-- Attachment #1: Type: text/plain, Size: 4240 bytes --]

Am Tue, 22 Dec 2015 14:04:12 +0000
schrieb Mick <michaelkintzios@gmail.com>:

> On Tuesday 22 Dec 2015 01:12:10 Kai Krakow wrote:
> > Am Tue, 22 Dec 2015 00:54:35 +0000
> > 
> > schrieb Mick <michaelkintzios@gmail.com>:
> > > On Tuesday 22 Dec 2015 00:48:13 Neil Bothwick wrote:
> > > > On Mon, 21 Dec 2015 23:55:06 +0000, Mick wrote:
> > > > > > Are you trying to run ifplugd from its init script? It's not
> > > > > > meant to be used like that with openrc.
> > > > > 
> > > > > I don't have any init scripts for ifplugd.  I wondered what
> > > > > starts it/stops it, and found /lib64/netifrc/net/ifplugd.sh
> > > > 
> > > > It should be started by the net.eth* scripts, so you need to
> > > > start the network interface first.
> > > 
> > > Thanks again Neil.  I don't think this is as you suggest.  I never
> > > had wired or wireless interfaces enabled to start at boot time,
> > > because ifplugd started them up as necessary.
> > > 
> > > From the README file:
> > >    The network interface which is controlled by ifplugd should
> > > not be configured automatically by your distribution's network
> > > subsystem, since ifplugd will do this for you if needed.
> > 
> > But that doesn't apply here because the "net.* plugin" starts
> > ifplugd, and defers further initializations until ifplugd detects a
> > link.
> > 
> > This is what I meant when I talked about pushing ifplugd further
> > down the layer. I just didn't remember that this is now solved by a
> > plugin in net.* itself.
> > 
> > Don't enable ifplugd service. Openrc will do its magic.
> 
> There is no means of enabling or disabling the ifplugd service that I
> have found, because there is no /etc/init.d/ifplugd script.  Once
> installed ifplugd always starts at boot and daemonizes, configuring
> or tearing down connections as a link is detected or lost.

As far as I understood, you now start ifplugd using the associated
net.* init script. Openrc will detect that ifplugd is installed and
then wait until a cable is plugged, plus starting an instance listening
on the device.

> To make it clearer, this is how it used to work on two laptops:
> 
> I install ifplugd and remove from rc-update any net.<iface> that I
> have configured.  ifplugd will always start at boot as a daemon and
> will bring up and configure the wired NIC once a cable is detected.
> There is no start up script in /etc/init.d/ installed by default,
> although the man page mentions it, along
> with /etc/ifplugd/ifplugd.conf, which is also not installed.  This is
> the only file that installed on my systems:
> 
> # find /etc -iname *ifplug*
> /etc/ifplugd
> /etc/ifplugd/ifplugd.action

Its clear how it used to work but I think the semantics changed. Since
I do no longer use openrc I cannot confirm how the rest of the services
react to and activated net.* init script if ifplugd is active through
the plugin. I suppose dependent scripts should only be triggered after
the cable is plugged in.

This is also why there is no config file: Its configured dynamically
through the plugin and the interface specific init script.

> I started this thread because recently I have to start my wired
> interface manually, after which point ipfplugd also starts,
> daemonizes and manages the connection.  This is not how it used to
> work - I never had to start the wired interface myself.

This is how it works now: ifplugd is started through the interface
script.

You may need to start and stop network dependent service through
ifplugd.action instead of enabling them statically through openrc. But
again: I'm not sure about it. It may be worth a try.

> Furthermore, starting ifplugd on a terminal now shows that it is
> listening on eth0 instead of enp11s0, but hadn't tried this before
> things broke.  According to the man page eth0 is the default, but I
> can't recall manually specifying a different interface for ifplugd in
> the past.  It always brought up the wired interface, no matter what
> it was called.

This is due to its defaults mentioned in the man page: It defaults to
eth0. Gentoo no longer installs a config file.


-- 
Regards,
Kai

Replies to list-only preferred.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

  reply	other threads:[~2015-12-22 14:20 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-12-20 18:26 [gentoo-user] Problem with openrc-0.18.4 and ifplugd Mick
2015-12-21  1:29 ` thelma
2015-12-21  6:15   ` Mick
2015-12-21 14:06     ` [gentoo-user] " James
2015-12-21 17:21       ` Peter Humphrey
2015-12-21 20:33         ` Alan McKinnon
2015-12-21 20:30       ` Alan McKinnon
2015-12-21 21:25       ` waltdnes
2015-12-21 21:40         ` Neil Bothwick
2015-12-21 22:59           ` »Q«
2015-12-21 23:18             ` Kai Krakow
2015-12-21 21:43         ` Kai Krakow
2015-12-21 22:37           ` Mick
2015-12-21 22:38             ` Alan McKinnon
2015-12-21 23:20               ` Mick
2015-12-21 23:35                 ` Neil Bothwick
2015-12-21 23:55                   ` Mick
2015-12-22  0:48                     ` Neil Bothwick
2015-12-22  0:54                       ` Mick
2015-12-22  1:12                         ` Kai Krakow
2015-12-22 14:04                           ` Mick
2015-12-22 14:20                             ` Kai Krakow [this message]
2015-12-22 15:15                               ` Mick
2015-12-22 23:32                                 ` Neil Bothwick
2015-12-23 10:58                                   ` Mick
2015-12-21 23:41                 ` Mick
2015-12-21 23:54                   ` Kai Krakow
2015-12-21 23:49                 ` Kai Krakow
2015-12-22  0:50                   ` Mick
2015-12-22  1:12                     ` Kai Krakow
2015-12-21 22:54             ` Kai Krakow

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20151222152026.5162b855@jupiter.sol.kaishome.de \
    --to=hurikhan77@gmail.com \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox