DescriptionFrantišek Zatloukal
2022-03-09 12:00:46 UTC
Description of problem:
In testcloud usermode sessions, we're using two network device setup:
- guest <-> internet
- host -> guest
The issue is, since the cloud-init-22.1 , the cloud-init depends on NetworkManager-config-server, which includes /usr/lib/NetworkManager/conf.d/00-server.conf. The presence of this file disables init of the second network device making it impossible to ssh from host to guest in such setup. Removing that file fixes the issue.
Version-Release number of selected component (if applicable):
NetworkManager-config-server-1.36.2-1.fc37.noarch
cloud-init-22.1-2.fc37.noarch
How reproducible:
Always
Steps to Reproduce:
testcloud instance -c qemu:///session create fedora:rawhide
# or
tmt run --remove provision -vvv -h virtual -i fedora-rawhide
Actual results:
After bootup:
$ nmcli
...
eth1: disconnected
"Red Hat Virtio"
ethernet (virtio_net), 52:54:00:12:34:56, hw, mtu 1500
Expected results:
$ nmcli
...
eth1: connected to Wired connection 1
"Red Hat Virtio"
ethernet (virtio_net), 52:54:00:12:34:56, hw, mtu 1500
inet4 10.0.2.15/24
route4 10.0.2.0/24 metric 101
route4 default via 10.0.2.2 metric 101
inet6 fec0::84a0:da27:b56d:bb3f/64
inet6 fe80::68b6:2034:a07c:8407/64
route6 fe80::/64 metric 1024
route6 fec0::/64 metric 101
route6 default via fe80::2 metric 10
Additional info:
The libvirt network configuration looks like this:
<interface type="user">
<mac address="52:54:00:1a:96:d4"/>
<ip address="172.17.2.0" family="ipv4" prefix="24"/>
<model type="virtio"/>
<alias name="net0"/>
<address type="pci" domain="0x0000" bus="0x00" slot="0x03" function="0x0"/>
</interface>
^^^
That's for guest <-> internet which works fine
<qemu:commandline>
<qemu:arg value="-netdev"/>
<qemu:arg value="user,id=testcloud_net.10032,hostfwd=tcp::10032-:22"/>
<qemu:arg value="-device"/>
<qemu:arg value="virtio-net-pci,netdev=testcloud_net.10032"/>
</qemu:commandline>
^^^
That's the host -> guest which is broken now.
Comment 1František Zatloukal
2022-03-09 12:02:12 UTC
Also, forgot to mention, testcloud is using Fedora Cloud qcow2 images.
Comment 2František Zatloukal
2022-03-11 21:03:05 UTC
*** This bug has been marked as a duplicate of bug 2060045 ***
Description of problem: In testcloud usermode sessions, we're using two network device setup: - guest <-> internet - host -> guest The issue is, since the cloud-init-22.1 , the cloud-init depends on NetworkManager-config-server, which includes /usr/lib/NetworkManager/conf.d/00-server.conf. The presence of this file disables init of the second network device making it impossible to ssh from host to guest in such setup. Removing that file fixes the issue. Version-Release number of selected component (if applicable): NetworkManager-config-server-1.36.2-1.fc37.noarch cloud-init-22.1-2.fc37.noarch How reproducible: Always Steps to Reproduce: testcloud instance -c qemu:///session create fedora:rawhide # or tmt run --remove provision -vvv -h virtual -i fedora-rawhide Actual results: After bootup: $ nmcli ... eth1: disconnected "Red Hat Virtio" ethernet (virtio_net), 52:54:00:12:34:56, hw, mtu 1500 Expected results: $ nmcli ... eth1: connected to Wired connection 1 "Red Hat Virtio" ethernet (virtio_net), 52:54:00:12:34:56, hw, mtu 1500 inet4 10.0.2.15/24 route4 10.0.2.0/24 metric 101 route4 default via 10.0.2.2 metric 101 inet6 fec0::84a0:da27:b56d:bb3f/64 inet6 fe80::68b6:2034:a07c:8407/64 route6 fe80::/64 metric 1024 route6 fec0::/64 metric 101 route6 default via fe80::2 metric 10 Additional info: The libvirt network configuration looks like this: <interface type="user"> <mac address="52:54:00:1a:96:d4"/> <ip address="172.17.2.0" family="ipv4" prefix="24"/> <model type="virtio"/> <alias name="net0"/> <address type="pci" domain="0x0000" bus="0x00" slot="0x03" function="0x0"/> </interface> ^^^ That's for guest <-> internet which works fine <qemu:commandline> <qemu:arg value="-netdev"/> <qemu:arg value="user,id=testcloud_net.10032,hostfwd=tcp::10032-:22"/> <qemu:arg value="-device"/> <qemu:arg value="virtio-net-pci,netdev=testcloud_net.10032"/> </qemu:commandline> ^^^ That's the host -> guest which is broken now.