Red Hat Bugzilla – Bug 1113978
netcf should emit DHCPV6C to ifcfg-* files for ipv6 family rather than "DHCPV6"
Last modified: 2015-07-22 02:26:02 EDT
Description of problem: libvirt should emit DHCPV6C to ifcfg-* files for ipv6 family， rather than "DHCPV6" Version-Release number of selected component (if applicable): netcf-0.2.4-1.el6.x86_64 libvirt-0.10.2-38.el6.x86_64 How reproducible: 100% Steps to Reproduce: [root@rhel6 ~]# virsh iface-dumpxml eth1 <interface type='ethernet' name='eth1'> <start mode='none'/> <mac address='00:1B:21:27:4E:CE'/> <mtu size='1500'/> <protocol family='ipv6'> <dhcp/> </protocol> </interface> [root@rhel6 ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth1 DEVICE=eth1 HWADDR=00:1B:21:27:4E:CE ONBOOT=no MTU=1500 IPV6INIT=yes IPV6_AUTOCONF=no DHCPV6=yes Actual results: As shown above steps, libvirt pass a incorrect "DHCPV6" to ifcfg-eth1. [root@rhel6 network-scripts]# cat ifcfg-eth1 DEVICE=eth1 HWADDR=00:1B:21:27:4E:CE ONBOOT=no MTU=1500 IPV6INIT=yes IPV6_AUTOCONF=no DHCPV6=yes [root@rhel6 network-scripts]# ifup eth1 RTNETLINK answers: File exists Global IPv6 forwarding is disabled in configuration, but not currently disabled in kernel Please restart network with '/sbin/service network restart' Expected results: Libvirt should pass a right option DHCPV6C to configurtion. [root@rhel6 network-scripts]# cat ifcfg-eth1 DEVICE=eth1 HWADDR=00:1B:21:27:4E:CE ONBOOT=no MTU=1500 IPV6INIT=yes IPV6_AUTOCONF=no DHCPV6C=yes [root@rhel6 network-scripts]# ifup eth1 RTNETLINK answers: File exists Global IPv6 forwarding is disabled in configuration, but not currently disabled in kernel Please restart network with '/sbin/service network restart' Determining IPv6 information for eth1...^C
I sent a patch for this upstream: https://lists.fedorahosted.org/pipermail/netcf-devel/2014-August/000896.html
The patch was pushed upstream: commit 3806b2103f7e07eaa56bd60841c82b0dc4dc3f3e Author: Laine Stump <laine@laine.org> Date: Wed Aug 13 12:57:09 2014 -0400 Fix name of DHCPV6C variable in ifcfg files This is a *very* longstanding bug, which shows that nobody using DHCP on IPv6 is using netcf - the name of the DHCPV6C variable was incorrectly put in as DHCPV6 all the way back when the netcf package was first written, and nobody noticed, until this bug was filed:
I can not reproduce it on below version: [root@intel-e31225-8-3 ~]# rpm -q libvirt netcf libvirt-0.10.2-49.el6.x86_64 netcf-0.2.4-2.el6.x86_64 [root@intel-e31225-8-3 ~]# cat eth1.xml <interface type='ethernet' name='eth1'> <start mode='none'/> <mac address='00:1B:21:27:4E:CE'/> <mtu size='1500'/> <protocol family='ipv6'> <dhcp/> </protocol> </interface> <1> Using virsh iface-* cmds [root@intel-e31225-8-3 ~]# virsh iface-define eth1.xml Interface eth1 defined from eth1.xml [root@intel-e31225-8-3 ~]# virsh iface-dumpxml eth1 <interface type='ethernet' name='eth1'> <start mode='none'/> <mac address='00:1B:21:27:4E:CE'/> <mtu size='1500'/> <protocol family='ipv6'> <dhcp/> </protocol> </interface> [root@intel-e31225-8-3 ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth1 DEVICE=eth1 HWADDR=00:1B:21:27:4E:CE ONBOOT=no MTU=1500 IPV6INIT=yes IPV6_AUTOCONF=no DHCPV6C=yes [root@intel-e31225-8-3 ~]# virsh iface-undefine eth1 Interface eth1 undefined [root@intel-e31225-8-3 ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth1 cat: /etc/sysconfig/network-scripts/ifcfg-eth1: No such file or directory <2> Using ncftool [root@intel-e31225-8-3 ~]# ncftool define eth1.xml Defined interface eth1 [root@intel-e31225-8-3 ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth1 DEVICE=eth1 HWADDR=00:1B:21:27:4E:CE ONBOOT=no MTU=1500 IPV6INIT=yes IPV6_AUTOCONF=no DHCPV6C=yes [root@intel-e31225-8-3 ~]# ncftool dumpxml eth1 <?xml version="1.0"?> <interface type="ethernet" name="eth1"> <start mode="none"/> <mac address="00:1B:21:27:4E:CE"/> <mtu size="1500"/> <protocol family="ipv6"> <dhcp/> </protocol> </interface> We can get expected results, move to Verified.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2015-1307.html