[systemd-devel] sshd.service fails on boot when primary listener is a bridge (br0) instead of real interface (eth0). What dependency is needed?

Lennart Poettering lennart at poettering.net
Sun Apr 12 12:25:19 PDT 2015


On Sun, 12.04.15 12:12, lyndat3 at your-mail.com (lyndat3 at your-mail.com) wrote:

> Hi Lennart
> 
> On Sun, Apr 12, 2015, at 11:06 AM, Lennart Poettering wrote:
> > This looks like Fedora/Red Hat initscripts networking? 
> 
> Close; same style.  But it's opensuse networking.
> 
> > If so, please file a bug against the initscripts package. It's up to
> > the networking management solution to fill network-line.target with
> > something useful, and in your case that appears to be the initscripts
> > implementation.
> 
> Since I wasn't sure where the problem starts, I'd got that already going here
> 
>  Bug 926835 - sshd.service (openssh) fails on boot when primary listener is a bridge (br0) instead of real interface (eth0)
>   https://bugzilla.opensuse.org/show_bug.cgi?id=926835
> 
> So far the advice there is to increase the value of WAIT_FOR_INTERFACES in /etc/sysconfig/network/config from 30 sec to > 40 secs.
> 
> Seems to me that there should be *some* real check for the 'up'
> state of the bridge, not just "waiting long enough" and hoping.

Well, I mean, the entire logic of delaying the boot for external
conditions is already pretty wrong. If you want to fix this, then
make sure sshd doesn't need the network to be up to start up (for
example by using socket activation, or by using IP_FREEBIND). 

But I mean, what you are asking for is basically delaying boot
completion indefinitely. I doubt that that'd be a good mechanism to
have...

> > systemd just provides the the name network-ionline.target really.
> 
> You mentioned both
> 
> network-line.target
> 
> and
> 
>  network-ionline.target 
> 
> Just to be sure, are those just typos for 'network-online.target'?

Yes, sorry for the typos!

Lennart

-- 
Lennart Poettering, Red Hat


More information about the systemd-devel mailing list