Package: libnetcf1
Version: 1:0.2.6-1
Severity: important

Dear Maintainer,

   * What led up to the situation?
     Using libvirt and interfaces that are DOWN results in connection
     errors in virt-manager.

     I was able to break it down to failures in XML parsing.

   * What exactly did you do (or not do) that was effective (or
     ineffective)?

     # ip link | grep DOWN
     7: bond1: <BROADCAST,MULTICAST,MASTER> mtu 1500 qdisc noop state
     DOWN mode DEFAULT group default 
     30: vlan20@bond0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state
     DOWN mode DEFAULT group default 

     We have a vlan interface that is DOWN

     # virsh iface-list --all
     Name                 State      MAC Address
    ---------------------------------------------------
     bond0                active     
     dmz0                 active     
     eth0                 active     
     internal0            active     
     lo                   active     
     printers0            active     
     vlan15               active     
     vlan20               inactive   
     voip0                active     

     vlan20 is inactive

     trying to dumpxml iface vlan20 result in error.

   
     # virsh iface-dumpxml vlan20
     error: XML error: vlan interface misses the tag attribute


     if vlan link is set up, problem is gone

     # ip link set dev vlan20 up

     # virsh iface-dumpxml vlan20
     <interface type='vlan' name='vlan20'>
       <protocol family='ipv6'>
         <ip address='fe80::9eb6:54ff:fe8c:dfcd' prefix='64'/>
       </protocol>
       <link speed='3000' state='up'/>
       <vlan tag='20'>
         <interface name='bond0'/>
       </vlan>
     </interface>

     Because connections with virt-manager to libvirtd instances heavily use 
dumpxml
     the connection fails.

     I suspect this is related to libnetcf1 because of earlier bug reports in 
fedora/redhat
       - 
https://lists.fedoraproject.org/pipermail/virt-maint/2012-September/006441.html
       - https://bugzilla.redhat.com/show_bug.cgi?id=736920
    
     I tested libnetcf1 0.2.1-4.1 from jessie.
     I tested libnetcf1 0.2.6-1 from experimental as well.

 

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libnetcf1 depends on:
ii  augeas-lenses      1.2.0-0.2
ii  libaugeas0         1.2.0-0.2
ii  libc6              2.19-13
ii  libnl-3-200        3.2.24-2
ii  libnl-route-3-200  3.2.24-2
ii  libxml2            2.9.1+dfsg1-4
ii  libxslt1.1         1.1.28-2+b2

libnetcf1 recommends no packages.

libnetcf1 suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

Reply via email to