For reference:
IDX LINK TYPE OPERATIONAL SETUP
1 lo loopback carrier unmanaged
2 ge1 etherno-carrier configuring
3 ge0 etherno-carrier configuring
4 xg0 ethercarrier configured
5 br10 bridge carrier conf
Never mind #6, it's working, switched back from critical: no to
optional: yes for the ge interfaces (since they're usually not plugged
in). Was bothered by looping "managing: br20" message.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubunt
Here's more interesting networkd problem, using this config and Ubuntu
21.04 (I think it did this on 20.04 too) the boot takes a long time,
eventually emitting
"systemd-networkd-wait-online[12149]: Event loop failed: Connection
timed out"
This config works quickly on Ubuntu 19.10 with one weird e
Maybe it's not a big deal, it seems I can still add/change interfaces
despite the warning/error message (21.04). I did update the 20.04
machine to 21.04. Bridges are back to random addresses like 19.10 (and
give "br200: Could not join netdev: Cannot assign requested address" if
I try to set address
While bridges are exploding, running `netplan apply` results in similar
error/array as above without the bridge entries, so it seems 20.04's
netplan regresses and matches child interfaces after inital `netplan
apply`/boot.
I get something like
['xg0', 'xg0.20', 'xg0.181', 'xg0.180', 'xg0.10', 'xg
Tried assigning MACs to the bridges via netplan "macaddress:". `netplan
generate` succeeded before reboot, but network did not come up:
br200: Could not join netdev: Cannot assign requested address
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
Here's the 20.04 config, pretty sure it's the same.
And yes, it looks like 20.04 now clones xg's MAC to the virtual bridge
interface by default. 19.10's br200, br20 MACs appear to be random.
Sorry if this is inappropriate bug report.
** Attachment added: "20.04 config"
https://bugs.launchpad.