Your message dated Sun, 17 Oct 2021 04:18:30 +0000
with message-id <e1mbxd0-000bwv...@fasolo.debian.org>
and subject line Bug#949062: fixed in ifenslave 2.13
has caused the Debian Bug report #949062,
regarding ifupdown: Bonding interface gets the wrong MAC address when
configured for the first time
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
949062: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=949062
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: ifupdown
Version: 0.8.35+b1
Severity: important
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Dear Maintainer,
I'm using a Debian Sid, and the network configuration is managed by the
/etc/network/interface file. Basically my laptop has the eth0 and wlan0
interfaces configured in the file in the following way:
auto eth0
iface eth0 inet dhcp
iface wlan0 inet dhcp
wpa-driver wext
wpa-debug-level -1
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
Here's the eth0 status when I set it up:
# ip addr show dev eth0
5: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UP group default qlen 1000
link/ether 3c:4a:92:00:4c:5b brd ff:ff:ff:ff:ff:ff
inet 192.168.1.150/24 brd 192.168.1.255 scope global dynamic
eth0
valid_lft 85964sec preferred_lft 85964sec
inet6 fdb0:1a5d:ca34:0:3e4a:92ff:fe00:4c5b/64 scope global
dynamic mngtmpaddr
valid_lft forever preferred_lft forever
inet6 fe80::3e4a:92ff:fe00:4c5b/64 scope link
valid_lft forever preferred_lft forever
And here's the wlan0 status:
# ip addr show dev wlan0
6: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP
group default qlen 1000
link/ether c0:cb:38:01:f0:f5 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.193/24 brd 192.168.1.255 scope global dynamic
wlan0
valid_lft 43193sec preferred_lft 43193sec
inet6 fdb0:1a5d:ca34:0:c2cb:38ff:fe01:f0f5/64 scope global
dynamic mngtmpaddr
valid_lft forever preferred_lft forever
inet6 fe80::c2cb:38ff:fe01:f0f5/64 scope link
valid_lft forever preferred_lft forever
So the eth0 MAC address is 3c:4a:92:00:4c:5b, and wlan0 MAC address is
c0:cb:38:01:f0:f5. But I don't want to switch between the wire and wireless
interfaces manually (depending whether the cable is plugged in or not), so I'm
using a bond0 virtual interface to manage my laptop's network connection.
My home router uses the eth0 MAC to set the same IP address via DHCP for my
laptop whenever it connects to the network.
For many years I have the following configuration of the bond0 interface (and
the above entries commented out):
auto bond0
iface bond0 inet dhcp
metric 10
bond-mode active-backup
bond-miimon 100
bond-downdelay 500
bond-updelay 500
bond-primary eth0
bond-primary-reselect always
bond-fail-over-mac none
bond-slaves eth0 wlan0
allow-bond0 wlan0
iface wlan0 inet manual
bond-give-a-chance 2
wpa-driver nl80211
wpa-debug-level -1
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
So according to this setup, all the three interfaces (bond0, eth0 and wlan0)
should have assigned the same MAC address, and it should be the same as the
original MAC of the eth0 interface. That worked fine for many years.
When I set the bond0 interface up, I get the following info from the
/proc/net/bonding/bond0 file and via the ip tool:
# cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
Bonding Mode: fault-tolerance (active-backup)
Primary Slave: eth0 (primary_reselect always)
Currently Active Slave: eth0
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 500
Down Delay (ms): 500
Peer Notification Delay (ms): 0
Slave Interface: eth0
MII Status: up
Speed: 100 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 3c:4a:92:00:4c:5b
Slave queue ID: 0
Slave Interface: wlan0
MII Status: up
Speed: Unknown
Duplex: Unknown
Link Failure Count: 0
Permanent HW addr: c0:cb:38:01:f0:f5
Slave queue ID: 0
# ip addr show
...
2: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc
noqueue state UP group default qlen 1000
link/ether ca:16:91:ae:9a:ba brd ff:ff:ff:ff:ff:ff
inet 192.168.1.127/24 brd 192.168.1.255 scope global dynamic
bond0
valid_lft 43058sec preferred_lft 43058sec
inet6 fdb0:1a5d:ca34:0:c816:91ff:feae:9aba/64 scope global
dynamic mngtmpaddr
valid_lft forever preferred_lft forever
inet6 fe80::c816:91ff:feae:9aba/64 scope link
valid_lft forever preferred_lft forever
5: eth0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc
pfifo_fast master bond0 state UP group default qlen 1000
link/ether ca:16:91:ae:9a:ba brd ff:ff:ff:ff:ff:ff
6: wlan0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq
master bond0 state UP group default qlen 1000
link/ether ca:16:91:ae:9a:ba brd ff:ff:ff:ff:ff:ff
So the bond0, eth0 and wlan0 interfaces have now the ca:16:91:ae:9a:ba MAC
addresses assigned. And the questions is why? None of my laptop's interfaces
has this MAC address, so where does it come from?
The weirdest thing is that when I bring the bond0 interface down and up again
(ifdown bond0/ifup bond0), the problem goes away. In such situation I get the
following info in the /proc/net/bonding/bond0 file:
# cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
Bonding Mode: fault-tolerance (active-backup)
Primary Slave: eth0 (primary_reselect always)
Currently Active Slave: eth0
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 500
Down Delay (ms): 500
Peer Notification Delay (ms): 0
Slave Interface: eth0
MII Status: up
Speed: 100 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 3c:4a:92:00:4c:5b
Slave queue ID: 0
Slave Interface: wlan0
MII Status: up
Speed: Unknown
Duplex: Unknown
Link Failure Count: 0
Permanent HW addr: c0:cb:38:01:f0:f5
Slave queue ID: 0
It looks like it's the same as before, but when I check the interface status, I
get the following:
# ip addr show
...
2: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc
noqueue state UP group default qlen 1000
link/ether 3c:4a:92:00:4c:5b brd ff:ff:ff:ff:ff:ff
inet 192.168.1.150/24 brd 192.168.1.255 scope global dynamic
bond0
valid_lft 86377sec preferred_lft 86377sec
inet6 fdb0:1a5d:ca34:0:3e4a:92ff:fe00:4c5b/64 scope global
dynamic mngtmpaddr
valid_lft forever preferred_lft forever
inet6 fe80::3e4a:92ff:fe00:4c5b/64 scope link
valid_lft forever preferred_lft forever
5: eth0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc
pfifo_fast master bond0 state UP group default qlen 1000
link/ether 3c:4a:92:00:4c:5b brd ff:ff:ff:ff:ff:ff
6: wlan0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq
master bond0 state UP group default qlen 1000
link/ether 3c:4a:92:00:4c:5b brd ff:ff:ff:ff:ff:ff
So now all the three interfaces have the same MACs and it point to the original
MAC of the eth0 interface.
So why is this happening? Is this a kernel bug, systemd bug or Debian network-
related thing?
I thought this is temporary, but this problem doesn't want to go away.
Basically whenever I boot my laptop I have to restart the network to make it
work properly.
- -- Package-specific info:
- --- /etc/network/interfaces.d/*:
cat: '/etc/network/interfaces.d/*': No such file or directory
- --- up and down scripts installed:
/etc/network/if-down.d:
total 4
- -rwxr-xr-x 1 root root 372 Dec 11 2017 openvpn
lrwxrwxrwx 1 root root 32 Jan 13 16:28 wpasupplicant ->
../../wpa_supplicant/ifupdown.sh
/etc/network/if-post-down.d:
total 8
lrwxrwxrwx 1 root root 29 Jan 28 2019 bridge -> /lib/bridge-
utils/ifupdown.sh
lrwxrwxrwx 1 root root 25 Jan 13 16:28 hostapd -> ../../hostapd/ifupdown.sh
- -rwxr-xr-x 1 root root 1714 Sep 27 2016 ifenslave
lrwxrwxrwx 1 root root 28 Jun 17 2018 macchanger ->
../../macchanger/ifupdown.sh
- -rwxr-xr-x 1 root root 1409 Mar 24 2016 wireless-tools
lrwxrwxrwx 1 root root 32 Jan 13 16:28 wpasupplicant ->
../../wpa_supplicant/ifupdown.sh
/etc/network/if-pre-up.d:
total 20
lrwxrwxrwx 1 root root 29 Jan 28 2019 bridge -> /lib/bridge-
utils/ifupdown.sh
- -rwxr-xr-x 1 root root 344 Jun 30 2016 ethtool
lrwxrwxrwx 1 root root 25 Jan 13 16:28 hostapd -> ../../hostapd/ifupdown.sh
- -rwxr-xr-x 1 root root 6298 Sep 27 2016 ifenslave
lrwxrwxrwx 1 root root 28 Jun 17 2018 macchanger ->
../../macchanger/ifupdown.sh
- -rwxr-xr-x 1 root root 4191 Sep 15 2018 wireless-tools
lrwxrwxrwx 1 root root 32 Jan 13 16:28 wpasupplicant ->
../../wpa_supplicant/ifupdown.sh
/etc/network/if-up.d:
total 12
- -rwxr-xr-x 1 root root 1685 Jun 30 2016 ethtool
- -rwxr-xr-x 1 root root 1741 Sep 27 2016 ifenslave
- -rwxr-xr-x 1 root root 385 Dec 11 2017 openvpn
lrwxrwxrwx 1 root root 32 Jan 13 16:28 wpasupplicant ->
../../wpa_supplicant/ifupdown.sh
- -- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing'), (130, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 5.4.11-amd64 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages ifupdown depends on:
ii adduser 3.118
ii iproute2 5.4.0-1
ii libc6 2.29-9
ii lsb-base 11.1.0
Versions of packages ifupdown recommends:
ii isc-dhcp-client [dhcp-client] 4.4.1-2
Versions of packages ifupdown suggests:
ii ppp 2.4.7-2+4.1+b1
pn rdnssd <none>
- -- Configuration Files:
/etc/default/networking changed [not included]
- -- no debconf information
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCgAdFiEE5JPPWm5C7TFDUMqpzQRoEHcbZSAFAl4gecsACgkQzQRoEHcb
ZSDpchAAgGV+BXv7pgk7uyacDIX8hbKAX48Z8YyYVQvWb6OrLuEudZzyay4aOx51
mCTpmVPlVS1MR0Gr/ZirCepmsX2LSefitsk+gpnEf0399msnxCBWScIrUwwwAVcM
9VPvmyBkPx8PkYL3USqJdQiMZwwACZNlruCOuRp9nd1LJU+6d1uBHN5qVh7+t+14
UnNZDpEqr2Wvt3knQxyGTqpRSJ+pLBJ51n9yLD+F3vNtrEV2IQV8PEEEtJKPfc7N
T6HoV7Zca0VjxpTs3xTcHy/CR9ag9WSAro8ZyszqhnD62NqXsrSvX8LrSlho+/qZ
utYuS2MJyE5zdKj6wwgopA5dqB85r3SOIcHUPQvOM6+8QRNLLiPB2EILItNT3i42
ySNVINkqt6SfWlCBApX+1Z14T9xJcjtFt8Q60uE68aWtD3jnYK8bha4JyHLq7K3d
K0huhAVujZvpPAl5mRDfH1E5j33/945enOcZtKlOqpgvPcT+dv3g8LpWIRH51fOH
lzFRcvUXAOR7oXgvxFizw68CSWRDZ0tC8Y2JPT6ETGwrUxVzC6yE3IorguJTisj3
bzMzMHrdzLdV93Y5A0UQbl9N5phMVPwxm9J3kLz7mr3vVmtUEEeab9GNWFY4bJBs
FPcGvA9PuT9C4HwqYm+fSj3VTpYL7Fy8apFE44IcfzYJtyux2Co=
=ao4k
-----END PGP SIGNATURE-----
--- End Message ---
--- Begin Message ---
Source: ifenslave
Source-Version: 2.13
Done: Guillem Jover <guil...@debian.org>
We believe that the bug you reported is fixed in the latest version of
ifenslave, which is due to be installed in the Debian FTP archive.
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 949...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Guillem Jover <guil...@debian.org> (supplier of updated ifenslave package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Format: 1.8
Date: Sun, 17 Oct 2021 06:02:55 +0200
Source: ifenslave
Architecture: source
Version: 2.13
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group <packa...@qa.debian.org>
Changed-By: Guillem Jover <guil...@debian.org>
Closes: 949062 968368 990428 991930 992102
Changes:
ifenslave (2.13) unstable; urgency=medium
.
* QA upload.
.
[ Guillem Jover ]
* Fix MAC address setting messed up by udev for bond interfaces.
(Closes: #949062)
* Use ifquery instead of example contrib script ifstate. (Closes: #991930)
* Fix ifquery redirections.
* Bump Standards-Version to 4.6.0 (no changed needed).
* Remove long supported Linux version requirements from Description.
.
[ Sami Haahtinen ]
* Use correct argument in setup_slave_device(). (Closes: #968368)
.
[ Oleander Reis ]
* Handle slave definitions of interfaces with no bond settings.
(Closes: #990428)
* Delete bond interfaces on ifdown -a. (Closes: #992102)
Checksums-Sha1:
25a002fbc7432ccb690a4ecb28b461ca6428ad63 1517 ifenslave_2.13.dsc
262d1ff46632e17af69eb518a0caf4085ca42422 12684 ifenslave_2.13.tar.xz
9dc3228e5f4dfe2effa1243835f07f7434c0c8bc 5547 ifenslave_2.13_amd64.buildinfo
Checksums-Sha256:
46e254ed6ef81ef043bb6cb928c165c5390d8de5f06497d4b84bdb318efef995 1517
ifenslave_2.13.dsc
bcbb4d2b723c31d659cff02be4d3f4d57e2b9d63dbea697532fba6b029c19ed0 12684
ifenslave_2.13.tar.xz
e401a181ebfb31370e0630d0a96e013129913c0235f404f957c61a9be9642dbc 5547
ifenslave_2.13_amd64.buildinfo
Files:
f590933712e2acf282b81116fbddf0fa 1517 net optional ifenslave_2.13.dsc
2572335f3b680178cba0bedf3c844f1a 12684 net optional ifenslave_2.13.tar.xz
283b76562b276f788c9ee8c4fc2ea95e 5547 net optional
ifenslave_2.13_amd64.buildinfo
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCgAdFiEETz509DYFDBD1aWV0uXK/PqSuV6MFAmFroPcACgkQuXK/PqSu
V6M5hg/5AYWexfTLZuGX0njkVcdE01xVvnW2E89oGtnHJ09OzghvOx+KLdTCwZIk
cZBa1ad0jpMcDKeVOVIDMs4XEWUOdHvrNX3c3G8tWGF/SPpU7vqDV+aRx7j5fKCF
Nx4ow0woYMgWIxQo4Xt2d3xOhZS3u8XDLMfs3nqqGBYu9pyVddRGyXO2VMqjjWO8
V8V6U/uRIfLhEhf7bwlFieES7jRNKfw4twxWDhcQBwY3FG3BZh50IzQrMDOLO71F
bhop4wuagS2uafzm9AAf6k2O5T8D4OV5o9+E3PG1WnxR2TWvmzKDquxWnMZHS+dV
YbVZ7eNcfTjtZqTQtw7y7D9E2uNcqcenfTNLmFc4ADRP9GQzq0Hq/NvlFxb65Zz7
DD7XSL5ahZb5vnrYvPwjqkav+0TS5JWhQXOHvl7Ws2C0ubAn7oVaAOtVBIe7q341
RqtlTatlO7bwU/z7j++mc2FXbfumsvO+QePGxk5nOxy/zHegAa2Mj4neu7GRgBtl
CGTcJZOtCeI4xslywLc5lEZaVRKMy2nCohLvundZr8UBPfDJellT60PPnfUX/E6s
oIcKcGbge+gwHYT0ubpexbKxFA6fn9DxOkRt6Yd35wMUOSX0gzfAr3rHdaaT3ANS
+RzrpToXKzFySCq5wcvBuVeF2wAJSgIhAwR3fCdqZ6rvXVPqaJk=
=ywOu
-----END PGP SIGNATURE-----
--- End Message ---
