Am 24.12.2015 um 00:29 schrieb Bob Proulx:
> Michael Biebl wrote:
>> schrieb Bob Proulx:
>>> If a client system requires an NFS mounted file system then the admin
>>> must configure the network to be "auto" and not "allow-hotplug".
>>> The simple reason is that because otherwise it won't work. :-)
Michael Biebl wrote:
> schrieb Bob Proulx:
> > If a client system requires an NFS mounted file system then the admin
> > must configure the network to be "auto" and not "allow-hotplug".
> > The simple reason is that because otherwise it won't work. :-)
>
> That's not quite acurate. The if-up.d hoo
Am 23.12.2015 um 23:03 schrieb Bob Proulx:
> Martin Pitt wrote:
>> Michael Biebl wrote:
>>> I still think though, that we should consider allow-hotplug interfaces
>>> when dealing with network-online.target.
>>>
>>> The reason is, that the debian installer uses allow-hotplug by default.
>>
>> Argh,
Martin Pitt wrote:
> Michael Biebl wrote:
> > I still think though, that we should consider allow-hotplug interfaces
> > when dealing with network-online.target.
> >
> > The reason is, that the debian installer uses allow-hotplug by default.
>
> Argh, this is indeed a tremendously bad default. So
On Tue, Dec 22, 2015 at 09:19:12AM +0100, Martin Pitt wrote:
> > I still think though, that we should consider allow-hotplug interfaces
> > when dealing with network-online.target.
> >
> > The reason is, that the debian installer uses allow-hotplug by default.
>
> Argh, this is indeed a tremendo
Hello Michael,
Michael Biebl [2015-12-20 20:48 +0100]:
> I still think though, that we should consider allow-hotplug interfaces
> when dealing with network-online.target.
>
> The reason is, that the debian installer uses allow-hotplug by default.
Argh, this is indeed a tremendously bad default.
Am 21.12.2015 um 22:30 schrieb Guus Sliepen:
> On Mon, Dec 21, 2015 at 05:57:39PM +0100, Michael Biebl wrote:
>> It also looks like the
>> /etc/systemd/system/network-online.target.wants/networking.service
>> was not created here when I upgraded from 0.8.2
>
> Hm, you are right. It is installed w
On Mon, Dec 21, 2015 at 05:57:39PM +0100, Michael Biebl wrote:
> In addition to
> [Install]
> WantedBy=network-online.target
>
> you also need
> [Unit]
> Before=network-online.target
Ok.
> It also looks like the
> /etc/systemd/system/network-online.target.wants/networking.service
> was not crea
Am 20.12.2015 um 22:37 schrieb Michael Biebl:
> Am 20.12.2015 um 22:23 schrieb Guus Sliepen:
>> On Sun, Dec 20, 2015 at 08:48:07PM +0100, Michael Biebl wrote:
>>
>>> Guus already suggested to simply add
>>> WantedBy=network-online.target
>>>
>>> This would be a partial solution and better then not
Am 20.12.2015 um 22:23 schrieb Guus Sliepen:
> On Sun, Dec 20, 2015 at 08:48:07PM +0100, Michael Biebl wrote:
>
>> Guus already suggested to simply add
>> WantedBy=network-online.target
>>
>> This would be a partial solution and better then nothing, I guess.
>
> Since noone is against this, I'll
On Sun, Dec 20, 2015 at 08:48:07PM +0100, Michael Biebl wrote:
> Guus already suggested to simply add
> WantedBy=network-online.target
>
> This would be a partial solution and better then nothing, I guess.
Since noone is against this, I'll go for this option. If I understand
systemd correctly,
Am 14.12.2015 um 08:38 schrieb Martin Pitt:
> In order to not deviate too much from this schema, I'd prefer
> ifupdown-wait-online to do the same, i. e. wait until all "ifup"s of
> your "auto" interfaces are done. This will respect the configuration
> and not second-guess the admin. Thus in practic
Hello Guus,
Guus Sliepen [2015-12-10 15:12 +0100]:
> Anyway, if we are going for a script that polls stuff, then why not
> decouple it completely from ifupdown or whatever networking framework is
> used, and do the following?
>
> #!/bin/sh
> TIMEOUT=30
>
> offline() {
> ip -4 r s | grep -q
On Sat, Dec 12, 2015 at 05:18:36PM +0100, Tollef Fog Heen wrote:
> > So network-online.target is very ill-defined, and I'd rather not see
> > anything depending on it, but if we have to, I'd like something that is
> > as conservative as possible.
>
> I think we should have something that's fairly
]] Guus Sliepen
> offline() {
> ip -4 r s | grep -q ^default && return 1
> ip -6 r s | grep -q ^default && return 1
> return 0
> }
As a default, this is fine. It can't be the only way to do it, though.
(I have hosts with a full routing table and hence no default route, and
I ha
Am 10.12.2015 um 15:12 schrieb Guus Sliepen:
> On Thu, Dec 10, 2015 at 01:59:42PM +0100, Michael Biebl wrote:
>> The benefit here is, that other services, that don't need
>> network-online.target would not be blocked unnecessarily during boot.
>
> I don't understand this. Are services that don't
On Thu, Dec 10, 2015 at 01:59:42PM +0100, Michael Biebl wrote:
> > Now that we have a proper systemd service
> > for ifupdown, could we just add WantedBy=network-online.target to
> > networking.service? The only difference to me seems that your script
> > waits until ifup has configured at least o
Am 07.12.2015 um 13:31 schrieb Guus Sliepen:
> Now that we have a proper systemd service
> for ifupdown, could we just add WantedBy=network-online.target to
> networking.service? The only difference to me seems that your script
> waits until ifup has configured at least one interface, while the si
On Thu, Dec 03, 2015 at 09:38:59PM +0100, Michael Biebl wrote:
> Some time ago, I hacked together a little PoC [1]. It considers the
> "network up" as soon as one interface (besides lo) has been
> configured.
>
> [1] https://people.debian.org/~biebl/ifupdown-wait-online.tar.gz
Now that we have
Am 04.12.2015 um 09:35 schrieb Martin Pitt:
> Hello,
>
> Michael Biebl [2015-12-03 21:38 +0100]:
Yes. The only problem though is that it requires the admin to correctly
specify which interfaces are "auto" and which are "hotplug", because
ifupdown cannot really figure that out itself
Hello,
Michael Biebl [2015-12-03 21:38 +0100]:
> >> Yes. The only problem though is that it requires the admin to correctly
> >> specify which interfaces are "auto" and which are "hotplug", because
> >> ifupdown cannot really figure that out itself. And there might be some
> >> cases where a virtu
Am 03.12.2015 um 15:08 schrieb Martin Pitt:
>
> Guus Sliepen [2015-12-03 13:44 +0100]:
>>>In the medium term I'd be interested in cleaning this up, though.
>>>IMHO there needs to be a proper ifupdown-wait-online.service which
>>>just starts the virtual interfaces, let all the real one
Guus Sliepen [2015-12-03 16:23 +0100]:
> > Should we order networking.service after
> >
> > - systemd-sysctl.service
> > applies sysctl settings from /etc/sysctl.{conf,d/}
> > - systemd-modules-load.service
> > loads kernel modules specified in /etc/modules, /etc/modules-load.d/
>
> That soun
On Thu, Dec 03, 2015 at 03:51:14PM +0100, Michael Biebl wrote:
> Just minor nitpick from the peanut gallery: Upstream wants it to be
> called systemd, not SystemD.
Oops.
> > No problem. Are there other such services that might require loading
> > before ifupdown? SELinux?
>
> Should we order ne
Hi Guus
Am 03.12.2015 um 13:44 schrieb Guus Sliepen:
> On Thu, Dec 03, 2015 at 01:06:01PM +0100, Martin Pitt wrote:
>
>> many thanks for adding a native networking.service! Michael and I
>> found some corrections and tweaks to be made,
>
> Thanks for having a look at it. I'm still quite new to S
Hey Guus,
thanks for the quick answer! Nice to see that ifupdown is not
abandoned any more, great work!
Guus Sliepen [2015-12-03 13:44 +0100]:
> > - Add After=local-fs.target. Depending on a read-only root partition
> >might not be enough, as there might be actions in /e/n/i which
> >req
On Thu, Dec 03, 2015 at 01:06:01PM +0100, Martin Pitt wrote:
> many thanks for adding a native networking.service! Michael and I
> found some corrections and tweaks to be made,
Thanks for having a look at it. I'm still quite new to SystemD, so any
help there is welcome :)
> and we would also lik
Package: ifupdown
Version: 0.8.1
Tags: patch
Hello Guus,
many thanks for adding a native networking.service! Michael and I
found some corrections and tweaks to be made, and we would also like
to remove the /lib/systemd/system/networking.service.d/systemd.conf
drop-in.
The attached patch to netwo
28 matches
Mail list logo
