Your message dated Fri, 08 Oct 2021 12:52:30 +0000 with message-id <[email protected]> and subject line Bug#839082: Removed package(s) from unstable has caused the Debian Bug report #776469, regarding libnetcf1: inactive ifaces lead to XML parsing error "vlan interface misses the tag attribute" in virsh to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 776469: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776469 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---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
--- End Message ---
--- Begin Message ---Version: 1:0.2.8-1.1+rm Dear submitter, as the package netcf has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see https://bugs.debian.org/839082 The version of this package that was in Debian prior to this removal can still be found using http://snapshot.debian.org/. Please note that the changes have been done on the master archive and will not propagate to any mirrors until the next dinstall run at the earliest. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing [email protected]. Debian distribution maintenance software pp. Bastian Blank (the ftpmaster behind the curtain)
--- End Message ---
