From: bugzilla at busybox.net <bugzilla@busybox.net>
To: buildroot@busybox.net
Subject: [Buildroot] [Bug 11001] New: loopback interface not configure properly with ifupdown-scripts + standalone ifupdown + systemd
Date: Wed, 09 May 2018 21:38:37 +0000 [thread overview]
Message-ID: <bug-11001-163@https.bugs.busybox.net/> (raw)
https://bugs.busybox.net/show_bug.cgi?id=11001
Bug ID: 11001
Summary: loopback interface not configure properly with
ifupdown-scripts + standalone ifupdown + systemd
Product: buildroot
Version: 2018.02
Hardware: All
OS: Linux
Status: NEW
Severity: normal
Priority: P5
Component: Other
Assignee: unassigned at buildroot.uclibc.org
Reporter: tpiepho at gmail.com
CC: buildroot at uclibc.org
Target Milestone: ---
If one has selected:
systemd
ifupdown-scripts
ifupdown (standalone, not work busybox)
Then the lo interface will be up, but with no address assigned.
The reason is that the systemd unit that is part of of ifupdown-scripts,
network.service, flushes the address(es) from "lo" before calling ifup -a. It
is normal for lo to already be up, but not via ifupdown, and ifup -a will
complain if it run in this state. The address flush leaves "lo" in an up but
with no address state.
In that state, busybox ifup will configure lo without complaint and give it an
address. This is what we want.
But standalone ifup will skip the interface and not configure it. This is not
what we want.
--
You are receiving this mail because:
You are on the CC list for the bug.
next reply other threads:[~2018-05-09 21:38 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-05-09 21:38 bugzilla at busybox.net [this message]
2018-06-06 14:23 ` [Buildroot] [Bug 11001] loopback interface not configure properly with ifupdown-scripts + standalone ifupdown + systemd bugzilla at busybox.net
2018-12-18 1:39 ` bugzilla at busybox.net
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@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