RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 623731 - netcf doesn't strip quotes from interface names, "br0" vs. br0
Summary: netcf doesn't strip quotes from interface names, "br0" vs. br0
Keywords:
Status: CLOSED DUPLICATE of bug 613886
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: netcf
Version: 6.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: rc
: ---
Assignee: Laine Stump
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-08-12 16:13 UTC by Jeff Bastian
Modified: 2018-10-27 13:31 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-12-01 16:58:00 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Jeff Bastian 2010-08-12 16:13:59 UTC 
Description of problem:
When trying to create a new virtual machine, for the network configuration virt-manager displays
   Host device "br0" (Empty bridge)
   Virtual network 'default': NAT
   Host device "eth0" (Not bridged)        <---grayed out
   Host device "eth1" (Not bridged)        <---grayed out
   Host device "lo" (Not bridged)          <---grayed out
   Specify shared device name

If you select br0 and proceed, it displays an error and python traceback:
   Unable to complete install '<class 'libvirt.libvirtError'> Failed to add tap
   interface to bridge "br0": No such device

The full traceback is below.

You can avoid this problem by selecting "Specify shared device name" for the network device and manually entering "br0" in the field.  It also works fine from the command line 'virt-install --bridge=br0 ...'

The bridge appears to be configured correctly with eth1 (eth0 is not connected) and general networking is working fine:
  # brctl show
  bridge name     bridge id               STP enabled     interfaces
  br0             8000.0019b9248f8d       no              eth1
  virbr0          8000.000000000000       yes

  # cat /etc/sysconfig/network-scripts/ifcfg-br0
  DEVICE="br0"
  ONBOOT="yes"
  TYPE=Bridge
  BOOTPROTO=dhcp

  # cat /etc/sysconfig/network-scripts/ifcfg-eth1
  DEVICE="eth1"
  HWADDR="00:19:b9:24:8f:8d"
  ONBOOT="yes"
  TYPE=Ethernet
  BOOTPROTO=static
  BRIDGE=br0


Version-Release number of selected component (if applicable):
virt-manager-0.8.4-3.el6.noarch
libvirt-0.8.1-7.el6.x86_64


How reproducible:
every time

Steps to Reproduce:
1. configure br0 and eth1 as shown above
2. use virt-manager to create a virtual machine
3. on step 5, under Advanced Options, choose Host device "br0" (Empty bridge)
  
Actual results:
virt-manager displays an error and traceback

Expected results:
virt-manager creates a virtual machine with br0 bridge

Additional info:
Unable to complete install '<class 'libvirt.libvirtError'> Failed to add tap interface to bridge '"br0"': No such device
Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/create.py", line 1559, in do_install
    dom = guest.start_install(False, meter = meter)
  File "/usr/lib/python2.6/site-packages/virtinst/Guest.py", line 972, in start_install
    return self._do_install(consolecb, meter, removeOld, wait)
  File "/usr/lib/python2.6/site-packages/virtinst/Guest.py", line 1037, in _do_install
    "install")
  File "/usr/lib/python2.6/site-packages/virtinst/Guest.py", line 1008, in _create_guest
    dom = self.conn.createLinux(start_xml, 0)
  File "/usr/lib64/python2.6/site-packages/libvirt.py", line 1262, in createLinux
    if ret is None:raise libvirtError('virDomainCreateLinux() failed', conn=self)
libvirtError: Failed to add tap interface to bridge '"br0"': No such device
'
Comment 1 Jeff Bastian 2010-08-12 18:40:53 UTC 
More debug data as requested at
https://fedoraproject.org/wiki/Reporting_virtualization_bugs#Networking

# virsh net-list --all
Name                 State      Autostart
-----------------------------------------
default              active     yes

# brctl show
bridge name     bridge id               STP enabled     interfaces
br0             8000.0019b9248f8d       no              eth1
virbr0          8000.000000000000       yes

# sysctl net.bridge.bridge-nf-call-iptables
net.bridge.bridge-nf-call-iptables = 0

#  iptables -L -v -n
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination
    0     0 ACCEPT     udp  --  virbr0 *       0.0.0.0/0            0.0.0.0/0           udp dpt:53
    0     0 ACCEPT     tcp  --  virbr0 *       0.0.0.0/0            0.0.0.0/0           tcp dpt:53
    0     0 ACCEPT     udp  --  virbr0 *       0.0.0.0/0            0.0.0.0/0           udp dpt:67
    0     0 ACCEPT     tcp  --  virbr0 *       0.0.0.0/0            0.0.0.0/0           tcp dpt:67
88263   88M ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0           state RELATED,ESTABLISHED
   17  1364 ACCEPT     icmp --  *      *       0.0.0.0/0            0.0.0.0/0
   10   600 ACCEPT     all  --  lo     *       0.0.0.0/0            0.0.0.0/0
    3   180 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           state NEW tcp dpt:22
 3053  370K REJECT     all  --  *      *       0.0.0.0/0            0.0.0.0/0           reject-with icmp-host-prohibited

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination
    0     0 ACCEPT     all  --  *      virbr0  0.0.0.0/0            192.168.122.0/24    state RELATED,ESTABLISHED
    0     0 ACCEPT     all  --  virbr0 *       192.168.122.0/24     0.0.0.0/0
    0     0 ACCEPT     all  --  virbr0 virbr0  0.0.0.0/0            0.0.0.0/0
    0     0 REJECT     all  --  *      virbr0  0.0.0.0/0            0.0.0.0/0           reject-with icmp-port-unreachable
    0     0 REJECT     all  --  virbr0 *       0.0.0.0/0            0.0.0.0/0           reject-with icmp-port-unreachable
    0     0 ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0           PHYSDEV match --physdev-is-bridged
    0     0 REJECT     all  --  *      *       0.0.0.0/0            0.0.0.0/0           reject-with icmp-host-prohibited

Chain OUTPUT (policy ACCEPT 70784 packets, 19M bytes)
 pkts bytes target     prot opt in     out     source               destination

# ps -ef | grep dnsmasq
nobody    1814     1  0 Aug12 ?        00:00:00 /usr/sbin/dnsmasq --strict-order --bind-interfaces --pid-file=/var/run/libvirt/network/default.pid --conf-file=  --listen-address 192.168.122.1 --except-interface lo --dhcp-range 192.168.122.2,192.168.122.254 --dhcp-lease-max=253
root      9611  2808  0 03:33 pts/3    00:00:00 grep dnsmasq

# ifconfig -a
br0       Link encap:Ethernet  HWaddr 00:19:B9:24:8F:8D
          inet addr:10.64.206.63  Bcast:10.64.207.255  Mask:255.255.254.0
          inet6 addr: fe80::219:b9ff:fe24:8f8d/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:134543 errors:0 dropped:0 overruns:0 frame:0
          TX packets:55261 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:82729554 (78.8 MiB)  TX bytes:11516538 (10.9 MiB)

eth0      Link encap:Ethernet  HWaddr 00:10:18:27:E8:0C
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:16

eth1      Link encap:Ethernet  HWaddr 00:19:B9:24:8F:8D
          inet6 addr: fe80::219:b9ff:fe24:8f8d/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:227672 errors:0 dropped:0 overruns:0 frame:0
          TX packets:119689 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:217008318 (206.9 MiB)  TX bytes:16577604 (15.8 MiB)
          Interrupt:16

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:15573 errors:0 dropped:0 overruns:0 frame:0
          TX packets:15573 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:8291767 (7.9 MiB)  TX bytes:8291767 (7.9 MiB)

virbr0    Link encap:Ethernet  HWaddr BE:66:CE:04:22:D1
          inet addr:192.168.122.1  Bcast:192.168.122.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:36 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 b)  TX bytes:5171 (5.0 KiB)

#  cat /proc/sys/net/ipv4/ip_forward
1

# service libvirtd reload
Reloading libvirtd configuration:                          [  OK  ]
Comment 2 Travers Carter 2010-09-27 04:39:40 UTC 
I'm running into this too.

It looks to me like when using the pre-populated option virt-manager or libvirt is treating the device name as "br0" including the quotes rather than just br0, as in the traceback it refers to the device as '"br0"' rather than 'br0'

I'm guessing it might be related to the parsing of the ifcfg file since in my /etc/sysconfig/network-scripts/ifcfg-br0 I have the line

DEVICE="br0"

And if I change it to 

DEVICE=br0

Everything else on the system works as expected, but the br0 device disappears from the pre-populated option list in virt-manager completely.
Comment 3 Cole Robinson 2010-12-01 15:41:52 UTC 
Hmm, I recall this being a netcf or augeas bug that was fixed, but can't find the report now.

Can anyone else still reproduce this on RHEL6 GA? If so, please provide the output of virt-manager --debug when reproducing, and virsh iface-list --all
Comment 4 Laine Stump 2010-12-01 16:58:00 UTC 
If the problem is truly caused by a failure to deal with a quoted interface name properly, then this is a duplicate of Bug 613886 which, as Cole says, was fixed well before RHEL6 GA.

Assuming that's the case, I'm closing this as a duplicate. If any reporters have a differing experience, please reopen the bug and post the versions of augeas, netcf, libvirt, and virt-manager that are installed on your machine.

*** This bug has been marked as a duplicate of bug 613886 ***
Note You need to log in before you can comment on or make changes to this bug.