Closed dimitry-unified-streaming closed 7 months ago
Most likely related to the use of macvlan.
We do have automated testing of all our images which confirm their networking to be functional on standard bridge networking prior to publishing.
Indeed my default profile had macvlan, and since I found out (first from experience, then from the docs) that you can't reach containers on the same host, I switched the default profile to bridge. Now it does work:
$ incus profile show default
config: {}
description: Default Incus profile
devices:
eth0:
name: eth0
nictype: bridged
parent: br200
type: nic
root:
path: /
pool: local
type: disk
...
$ incus launch images:rockylinux/9 test-rocky9-1
Launching test-rocky9-1
...
$ incus list
+---------------------+---------+---------------------+------+-----------+-----------+------------------------+
| NAME | STATE | IPV4 | IPV6 | TYPE | SNAPSHOTS | LOCATION |
+---------------------+---------+---------------------+------+-----------+-----------+------------------------+
| test-rocky9-1 | RUNNING | 10.200.0.97 (eth0) | | CONTAINER | 0 | ubuntu22-amd64-incus-1 |
+---------------------+---------+---------------------+------+-----------+-----------+------------------------+
Right, so our config is likely perfectly correct but NetworkManager must have some issue when running on top of a macvlan device for some reason.
I tried this with:
rockylinux/9/default/amd64
(and arm64)20240427_02:06
andalmalinux/9/default/amd64
(and arm64)20240426_23:08
; all these launch successfully, but their network interface never comes up, and NetworkManager in the container says the interface is "unmanaged":Exactly the same happens with almalinux/9, and for both amd64 and arm64 architectures.
With rockylinux/8 and almalinux/8, everything works fine, and the network interface comes up. However, these distros don't seem to use NetworkManager, but the old
/etc/sysconfig/network-scripts/ifcfg-eth0
file:which is handled by the
/etc/rc.d/init.d/network
script (though it is started by systemd).