Public bug reported:
When the system has ipv6 disabled outright, /usr/sbin/libvirtd still
tries to blindly disable accept_ra despite it's destined failure to open
/proc/sys/net/ipv6/conf/virbr1/accept_ra. It does not continue past
this failure.
Expected behavior is that it should either attempt to stat this
file/path first, then continue without disabling accept_ra should it not
exist, or at a minimum continue to start the network in spite of the
failure to open the file.
Note: At the moment, this issue is a complete BLOCKER for me. Not
simply a mere inconvenience. The current immaturity of ipv6 support is
some applications has forced the need for me to disable it outright to
prevent some 3rd party services from trying to bind to ipv6 interfaces.
virsh # net-start Virtual_Cloud
error: Failed to start network Virtual_Cloud
error: cannot disable /proc/sys/net/ipv6/conf/virbr1/accept_ra: No such file or
directory
Using version:
# dpkg --list | grep libvirt
ii libvirt-bin 0.7.5-5ubuntu27.7
the programs for the libvirt library
ii libvirt0 0.7.5-5ubuntu27.7
library for interfacing with different virtu
ii python-libvirt 0.7.5-5ubuntu27.7
libvirt Python bindings
** Affects: libvirt (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to libvirt in ubuntu.
https://bugs.launchpad.net/bugs/690042
Title:
libvirtd tries to disable ipv6's accept_ra even when ipv6 is disabled
outright in the kernel
--
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
