Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: bugzilla at busybox.net <bugzilla@busybox.net>
To: buildroot@busybox.net
Subject: [Buildroot] [Bug 11001] loopback interface not configure properly with ifupdown-scripts + standalone ifupdown + systemd
Date: Tue, 18 Dec 2018 01:39:40 +0000	[thread overview]
Message-ID: <bug-11001-163-dYQLEBS9Ej@https.bugs.busybox.net/> (raw)
In-Reply-To: <bug-11001-163@https.bugs.busybox.net/>

https://bugs.busybox.net/show_bug.cgi?id=11001

--- Comment #1 from Trent Piepho <tpiepho@gmail.com> ---
There is another issue that we discovered with the way buildroot's
network.service works with systemd.

Systemd will bring the lo interface up itself early in the boot.  Later, when
network.service runs, it will remove the address from the lo interface, as part
of the ExecStart command in network.service to do exactly that.  At this point
lo no longer has an address.  Then network.service runs ifup -a and properly
configures lo.

There a window, after the address is removed from lo and before ifup runs,
where lo is not configured correctly.  Anything that expects lo to be
configured will fail to start correctly if it happens to hit this window when
it tries to, e.g., bind a socket to an address on the lo interface.

Since the systemd init design is that lo is already up, there are services that
do this and will randomly fail.  It's not necessary to be After network.target
in order to use loopback.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

  parent reply	other threads:[~2018-12-18  1:39 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-05-09 21:38 [Buildroot] [Bug 11001] New: loopback interface not configure properly with ifupdown-scripts + standalone ifupdown + systemd bugzilla at busybox.net
2018-06-06 14:23 ` [Buildroot] [Bug 11001] " bugzilla at busybox.net
2018-12-18  1:39 ` bugzilla at busybox.net [this message]
2019-04-02 20:14 ` bugzilla at busybox.net
2024-06-15 14:48 ` bugzilla

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=bug-11001-163-dYQLEBS9Ej@https.bugs.busybox.net/ \
    --to=bugzilla@busybox.net \
    --cc=buildroot@busybox.net \
    /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