FS#46838 - [libvirt] Unable to start network (missing ebtables and dnsmasq)
Attached to Project:
Community Packages
Opened by Michael Mercier (mickours) - Friday, 23 October 2015, 12:35 GMT
Last edited by Doug Newgard (Scimmia) - Friday, 23 October 2015, 14:51 GMT
Opened by Michael Mercier (mickours) - Friday, 23 October 2015, 12:35 GMT
Last edited by Doug Newgard (Scimmia) - Friday, 23 October 2015, 14:51 GMT
|
Details
Description:
After installing libvirt, when the daemon start it do not crash but it shows this errors: libvirtd[6574]: libvirt version: 1.2.20 libvirtd[6574]: Cannot check dnsmasq binary /sbin/dnsmasq: No such file or directory libvirtd[6574]: direct firewall backend requested, but /sbin/ebtables is not available: No such file or directory libvirtd[6574]: internal error: Failed to initialize a valid firewall backend libvirtd[6574]: internal error: Failed to find path for dmidecode binary libvirtd[6574]: internal error: Failed to find path for dmidecode binary libvirtd[6574]: internal error: Failed to initialize a valid firewall backend libvirtd[6574]: Cannot get device virbr0-nic flags: No such device libvirtd[6574]: Cannot get device virbr0-nic flags: No such device libvirtd[6574]: Cannot get device virbr0-nic flags: No such device libvirtd[6574]: Cannot get device virbr0-nic generic features: No such device libvirtd[6574]: internal error: Failed to initialize a valid firewall backend libvirtd[6574]: internal error: Failed to initialize a valid firewall backend libvirtd[6574]: internal error: Failed to initialize a valid firewall backend libvirtd[6574]: internal error: Failed to initialize a valid firewall backend This is due to missing dependencies: dnsmasq ebtables These dependencies are marked as optional, but I thinks, since it is the default behaviour to enable the NAT networking it should be added to the strong dependencies. Additional info: * package version: 1.2.20-2 Steps to reproduce: systemctl start libvirtd.service |
This task depends upon
Closed by Doug Newgard (Scimmia)
Friday, 23 October 2015, 14:51 GMT
Reason for closing: Not a bug
Additional comments about closing: The maintainer clearly knows they're default (the optdepends description mentions it) and has decided to leave them as optional. You need to make a better argument if you want them as depends.
Friday, 23 October 2015, 14:51 GMT
Reason for closing: Not a bug
Additional comments about closing: The maintainer clearly knows they're default (the optdepends description mentions it) and has decided to leave them as optional. You need to make a better argument if you want them as depends.