Bug 919625
Summary: | virsh iface-bridge, Running 'ifup br0' failed with exit code 3 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Dean Hunter <deanhunter> |
Component: | netcf | Assignee: | Laine Stump <laine> |
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 18 | CC: | berrange, clalancette, crobinso, itamar, jforbes, jyang, laine, libvirt-maint, veillard, virt-maint |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-12-16 19:48:21 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Dean Hunter
2013-03-08 23:59:20 UTC
There seems to be some time required between the virsh commands iface-bridge and iface-start before the iface-start will be successful. As a workaround, systemctl restart NetworkManager.service will cause the bridge to be started. [root@host ~]# virsh iface-bridge em1 br0 --no-start Created bridge br0 with attached device em1 [root@host ~]# virsh iface-list --all Name State MAC Address -------------------------------------------- br0 inactive lo active 00:00:00:00:00:00 [root@host ~]# systemctl restart NetworkManager.service # BR 919625 Wait just a little, checking the logs or status for the restart to complete. [root@host ~]# virsh iface-list --all Name State MAC Address -------------------------------------------- br0 active 00:1c:c4:ae:57:4f lo active 00:00:00:00:00:00 [root@host ~]# brctl show bridge name bridge id STP enabled interfaces br0 0080.001cc4ae574f yes em1 virbr0 8000.52540091ed79 yes virbr0-nic [root@host ~]# ip link show 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: em1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master br0 state UP mode DEFAULT qlen 1000 link/ether 00:1c:c4:ae:57:4f brd ff:ff:ff:ff:ff:ff 3: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN mode DEFAULT link/ether 52:54:00:91:ed:79 brd ff:ff:ff:ff:ff:ff 4: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr0 state DOWN mode DEFAULT qlen 500 link/ether 52:54:00:91:ed:79 brd ff:ff:ff:ff:ff:ff 6: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT link/ether 00:1c:c4:ae:57:4f brd ff:ff:ff:ff:ff:ff [root@host ~]# And a request to create a new domain with virt-install using the bridge fails in the Anaconda graphical user interface after selecting the language and while prompting for a network to use. Anaconda is never able to connect using the bridge. virt-install \ --autostart \ --cpu host \ --disk path=/var/lib/libvirt/images/Fedora18.img,size=20 \ --graphics spice \ --location /home/qemu/ISO/Fedora-18-x86_64-netinst.iso \ --name Fedora18 \ --network bridge=br0 \ --os-type "linux" \ --os-variant "fedora18" \ --ram 2048 \ --vcpus 2 \ --video qxl F18 is end-of-life soon, so this issue is unlikely to be fixed there. If you can still reproduce on newer fedora, please reopen. |