[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#989370: marked as done (general: In bonding network configuration, hwaddress crashes networking service, fails to restart)

Your message dated Thu, 3 Jun 2021 13:39:37 +0200
with message-id <20210603113937.6kc5bgn5vkzqxmt5@percival.namespace.at>
and subject line Re: Bug#989370: general: In bonding network configuration, hwaddress crashes networking service, fails to restart
has caused the Debian Bug report #989370,
regarding general: In bonding network configuration, hwaddress crashes networking service, fails to restart
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 owner@bugs.debian.org
immediately.)


-- 
989370: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=989370
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: general
Severity: important

Dear Maintainer,

* What led up to the situation?
Created a network configuration via /etc/network/interfacess file method for a single ethernet NIC,
i.e. eth0, and WiFi adapter, i.e. wlan0.  Both had customized MAC addresses via the 'hwaddress' option.
This configuration worked as expected with no issues.

* What exactly did you do (or not do) that was effective (or ineffective)?
Changed the configuration to a bonding configuration adding bond0 interface, and changing the eth0
and wlan0 configuration to work as slaves under a simple active-backup bonding configuration.

* What was the outcome of this action?
On reboot or systemctl restart networking, the networking service fails, and network connectivity is
broken, nonfunctional.  ONLY AFTER REMOVING 'hwaddress' option under bond0 interface configuration,
did networking start as expected.  Did not expect the 'hwaddress' option to working on slave interfaces,
but it should have worked on the bond, i.e. bond0 interface.  Nowhere in the documentation, that I
have found as yet, is the 'hwaddress' feature excluded from a bonding configuration.

* What outcome did you expect instead?
MAC address set per 'hwaddress' option of bond0 interface, at a minimum, set as expected, and networking
being functional.  Fail to understand why hwaddress option fails on bond0 interface when bond0 configuration
is functional without said option being used.  At a minimum, if eth0 interface as primary has a 'hwaddress'
option set, the bond0 configuration should accept it.  But a better implementation would be for the bond0
interface to accept use of the hwaddress option.  Which apparently is not the case now.

-- System Information:
Distributor ID:	Raspbian
Description:	Raspbian GNU/Linux 10 (buster)
Release:	10
Codename:	buster
Architecture: armv6l

Kernel: Linux 5.10.17+
Kernel taint flags: TAINT_CRAP
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)

--- End Message ---
--- Begin Message --- 
> Distributor ID:	Raspbian
> Description:	Raspbian GNU/Linux 10 (buster)
> Architecture: armv6l
> Kernel: Linux 5.10.17+
> Kernel taint flags: TAINT_CRAP

Please do not file bugs that happen on derivatives against Debian,
as we do not know about their changes. Instead, please use the
derivative (Raspbian) bug tracker.

If you can reproduce this on a current, supported Debian release,
please file a bug against the correct Debian package (i.e. not
"general").

Best,
Chris

--- End Message ---
Reply to: