[Bug 1832297] Re: usrmerge changes path of iptables - please update libvirt on a merge of 1.8.1-x

Christian Ehrhardt  1832297 at bugs.launchpad.net
Wed Nov 27 15:41:57 UTC 2019


First of all I beg your pardon, I'm sure there was a similar discussion
recently but I only find this bug which is older. I think it was
something paride found, so maybe it was on IRC?

Well I tried to proactively let you know via this bug months before
anyway :-)

Well wherever that other recent discussion was I was made aware that people are affected
o/ gpiccoli

You (UCA) really have to fix this on backporting, just change the path
override in d/rules.

For people affected the workaround for now is:
$ sudo ln -s /sbin/iptables /usr/sbin/iptables
$ sudo ln -s /sbin/ebtables /usr/sbin/ebtables
If you do that after libvirt is already installed do:
$ sudo systemctl restart libvirtd

The latter (or the install) will then auto-start the network as
intended.

** No longer affects: iptables (Ubuntu)

** Summary changed:

- usrmerge changes path of iptables - please update libvirt on a merge of 1.8.1-x
+ usrmerge changes path of iptables - please update libvirt on a merge of 1.8.1-x (also affects backports to undo that path change)

-- 
You received this bug notification because you are a member of Ubuntu
OpenStack, which is subscribed to Ubuntu Cloud Archive.
https://bugs.launchpad.net/bugs/1832297

Title:
  usrmerge changes path of iptables - please update libvirt on a merge
  of 1.8.1-x (also affects backports to undo that path change)

Status in Ubuntu Cloud Archive:
  New
Status in libvirt package in Ubuntu:
  Fix Released

Bug description:
  Libvirt has now the paths for ip-/ip6-/eb-tables set in d/rules (by Debian)
    /usr/sbin/ebtables
    /usr/sbin/iptables
    /usr/sbin/ip6tables
    
  But those paths are changing over time, most liikely due to usermerge activities.

  Bionic (as common backport target)
  iptables 1.6.1-2ubuntu2              => /sbin
  ebtables 2.0.10.4-3.5ubuntu2         => /sbin

  Eoan 
  iptables 1.6.1-2ubuntu3              => /sbin 
  ebtables 2.0.10.4+snapshot20181205-3 => /usr/sbin

  Debian
  iptables 1.8.2-4  => all in /usr/sbin
  ebtables (bin merged into the above)

  Due to that while merging libvirt I adapted to the current situation in Eoan for now.
  But this is only catched in build time tests and even there only listed as skip (binary not found) not as fail.
  Further at least the autopkgtests won't excercise this path, so once someone is merging the more recent iptables to Eoan this will somewhat silently break.

  For awareness I opened this bug against libvirt & iptables so that the
  one merging the latter is aware to drop [1] of the former for a
  rebuild.

  [1]: https://git.launchpad.net/~libvirt-
  maintainers/ubuntu/+source/libvirt/commit/?id=deccb0d6e761ec36a19083f3b4e52e64ac65a6f2

To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-archive/+bug/1832297/+subscriptions



More information about the Ubuntu-openstack-bugs mailing list