FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > ArchLinux > ArchLinux General Discussion

 
 
LinkBack Thread Tools
 
Old 05-08-2012, 01:34 PM
Tom Gundersen
 
Default net-auto-wired in systemd - ifplugd failed with exit code 3

On Tue, May 8, 2012 at 3:22 PM, Oon-Ee Ng <ngoonee.talk@gmail.com> wrote:
> I do in fact get exit code 3 when running the ExecStart line by hand,
> and removing -w seems to take care of it. -w seems to wait for link
> detection, but it seems anything it returns (in the above case I got 3
> because I'm currently on wireless and have no LAN to test it on) would
> cause an error? The rc.d script doesn't seem to use -w, so I'm
> wondering why that was inserted for the service file.

We'd like to consider the network.target to be up only once we have
connected to the network (so that other services can rely on this).

I only fixed this up as it was buggy when I found it, but it might be
that this behavior is not desired at all (I don't use this stuff). How
would you expect this to work?

For your reference:

commit 2bc3e1ae6053a645dd49ea4e0aad2ccee173de20
Author: Tom Gundersen <teg@jklm.no>
Date: Tue Apr 17 18:31:12 2012 +0200

systemd: wait for network to come up

We need to make sure no the systemd services are only considered
started when the network is actually up. Otherwise, things relying
on the network don't know when they can start.

This means that we need to use Type=forking or Type=oneshot, and in
the case of ifplugd we must daemonize and wait for the daemon to be
ready before we continue.

Also do some minor cleanup:
- don't include env files that are not used
- don't ignore return values

Signed-off-by: Tom Gundersen <teg@jklm.no>

commit 9ca70682a77b48b79317277944dafff5faa00f6e
Author: Tom Gundersen <teg@jklm.no>
Date: Tue Apr 17 18:28:40 2012 +0200

systemd: pull in network.target

It is not enough to order ourselves Before network target, we must also
make sure it is pulled in. This means that anything that needs the network
to be up before they start can order themselves After=network.target.

Signed-off-by: Tom Gundersen <teg@jklm.no>
 
Old 05-09-2012, 01:11 AM
Oon-Ee Ng
 
Default net-auto-wired in systemd - ifplugd failed with exit code 3

On Tue, May 8, 2012 at 9:34 PM, Tom Gundersen <teg@jklm.no> wrote:
> On Tue, May 8, 2012 at 3:22 PM, Oon-Ee Ng <ngoonee.talk@gmail.com> wrote:
>> I do in fact get exit code 3 when running the ExecStart line by hand,
>> and removing -w seems to take care of it. -w seems to wait for link
>> detection, but it seems anything it returns (in the above case I got 3
>> because I'm currently on wireless and have no LAN to test it on) would
>> cause an error? The rc.d script doesn't seem to use -w, so I'm
>> wondering why that was inserted for the service file.
>
> We'd like to consider the network.target to be up only once we have
> connected to the network (so that other services can rely on this).
>
> I only fixed this up as it was buggy when I found it, but it might be
> that this behavior is not desired at all (I don't use this stuff). How
> would you expect this to work?

I was under the impression that the net-auto-wire{d,less} services
would not guarantee that network WOULD be up, they're just monitors
that bring network up IF there's a connection. So, for example, if I
start net-auto-wired.service now when I'm on-the-go, 'active' would
indicate that its currently monitoring for a LAN connection (ie -
ifplugd is started), not that there IS a connection ready.

I'm not very familiar with systemd myself, but it seems to (the
uneducated) me that if network.target should only be up when there's a
usable connection, then net-auto-* should not provide/before/whatever
network.target. How does (for example) networkmanager work? From a
quick grep, it seems to have two service files, though since I don't
use it I can't pretend to understand how they're used.
 
Old 05-09-2012, 01:25 AM
Oon-Ee Ng
 
Default net-auto-wired in systemd - ifplugd failed with exit code 3

On Wed, May 9, 2012 at 9:11 AM, Oon-Ee Ng <ngoonee.talk@gmail.com> wrote:
> On Tue, May 8, 2012 at 9:34 PM, Tom Gundersen <teg@jklm.no> wrote:
>> On Tue, May 8, 2012 at 3:22 PM, Oon-Ee Ng <ngoonee.talk@gmail.com> wrote:
>>> I do in fact get exit code 3 when running the ExecStart line by hand,
>>> and removing -w seems to take care of it. -w seems to wait for link
>>> detection, but it seems anything it returns (in the above case I got 3
>>> because I'm currently on wireless and have no LAN to test it on) would
>>> cause an error? The rc.d script doesn't seem to use -w, so I'm
>>> wondering why that was inserted for the service file.
>>
>> We'd like to consider the network.target to be up only once we have
>> connected to the network (so that other services can rely on this).
>>
>> I only fixed this up as it was buggy when I found it, but it might be
>> that this behavior is not desired at all (I don't use this stuff). How
>> would you expect this to work?
>
> I was under the impression that the net-auto-wire{d,less} services
> would not guarantee that network WOULD be up, they're just monitors
> that bring network up IF there's a connection. So, for example, if I
> start net-auto-wired.service now when I'm on-the-go, 'active' would
> indicate that its currently monitoring for a LAN connection (ie -
> ifplugd is started), not that there IS a connection ready.
>
> I'm not very familiar with systemd myself, but it seems to (the
> uneducated) me that if network.target should only be up when there's a
> usable connection, then net-auto-* should not provide/before/whatever
> network.target. How does (for example) networkmanager work? From a
> quick grep, it seems to have two service files, though since I don't
> use it I can't pretend to understand how they're used.

The bottom of this page:-
http://www.h-online.com/open/features/Control-Centre-The-systemd-Linux-init-system-1565543.html?page=3
seems to indicate that network.target should only be up once a fully
configured interface is available.
 

Thread Tools




All times are GMT. The time now is 01:07 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org