[Bug 1858341] Re: rbd driver does not list all volumes in pool

2020-03-17 Thread Christian Ehrhardt 
Lacking steps to reproduce I'm not going to SRU this.
Upgrading to Focal (also being an LTS) is in many cases the better option 
anyway.

Marking the Eoan as Won't Fix unless someone speaks up (since the report
there was no further activity or people affected so far) for this to be
more important and adding clear steps to recreate this on the SRU [1].

[1]: https://wiki.ubuntu.com/StableReleaseUpdates#SRU_Bug_Template

** Changed in: libvirt (Ubuntu Eoan)
   Status: Triaged => Won't Fix

** Changed in: libvirt (Ubuntu Eoan)
   Importance: Medium => Low

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

Title:
  rbd driver does not list all volumes in pool

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1858341/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1858341] Re: rbd driver does not list all volumes in pool

2020-02-04 Thread Christian Ehrhardt 
FYI: Focal is done, checking if this would be a good SRU follows after
som e more urgent tasks

In the meantime you could help the SRU processing [1] by providing step-
by-step commands/configs to reproduce the reported issue.

[1]: https://wiki.ubuntu.com/StableReleaseUpdates

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

Title:
  rbd driver does not list all volumes in pool

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1858341/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1858341] Re: rbd driver does not list all volumes in pool

2020-02-02 Thread Launchpad Bug Tracker
This bug was fixed in the package libvirt - 6.0.0-0ubuntu1

---
libvirt (6.0.0-0ubuntu1) focal; urgency=medium

  * Merged with Debian 5.6.0-4 from experimental and v6.0.0 from upstream
Among many other new features and fixes this includes fixes for:
- LP: #1859253 - rbd driver fails to create a new volume
- LP: #1858341 - rbd driver does not list all volumes in pool
- LP: #1845506 - Libvirt snapshot doesn't update apparmor profile
- LP: #1854653 - slow libvirt-guests.sh during shutdown if service is off
- LP: #1848229 - enable ppc64el to use ccf-assist feature
- LP: #1853315 - Enable CPU Model Comparison and Baselining on s390x
- LP: #1853317 - CCW IPL support to boot from ECKD DASDs
- LP: #1859506 - security: AppArmor profile fixes for swtpm
Remaining changes:
- Disable libssh2 support (universe dependency)
- Disable firewalld support (universe dependency)
- Set qemu-group to kvm (for compat with older ubuntu)
- Additional apport package-hook
- Autostart default bridged network (As upstream does, but not Debian).
  In addition to just enabling it our solution provides:
  + do not autostart if subnet is already taken (e.g. in guests).
  + iterate some alternative subnets before giving up
- d/p/ubuntu/Allow-libvirt-group-to-access-the-socket.patch: This is
  the group based access to libvirt functions as it was used in Ubuntu
  for quite long.
  + d/p/ubuntu/daemon-augeas-fix-expected.patch fix some related tests
due to the group access change.
  + d/libvirt-daemon-system.postinst: add users in sudo to the libvirt
group.
- ubuntu/parallel-shutdown.patch: set parallel shutdown by default.
- Update Vcs-Git and Vcs-Browser fields to point to launchpad
- Update README.Debian with Ubuntu changes
- Enable some additional features on ppc64el and s390x (for arch parity)
  + systemtap, zfs, numa and numad on s390x.
  + systemtap on ppc64el.
- d/p/ubuntu/ubuntu_machine_type.patch: accept ubuntu types as pci440fx
- Further upstreamed apparmor Delta, especially any new one
  Our former delta is split into logical pieces and is either Ubuntu only
  or is part of a continuous upstreaming effort.
  Listing related remaining changes in debian/patches/ubuntu-aa/:
- fix autopkgtests
  + d/t/control, d/t/smoke-qemu-session: fixup smoke-qemu-session by making
vmlinuz available and accessible (Debian bug 848314)
  + d/t/control: fix smoke-qemu-session by ensuring the service will run
installing libvirt-daemon-system
  + d/t/smoke-lxc: fix smoke-lxc by ignoring potential issues on destroy as
long as the following undefine succeeds
  + d/t/smoke-lxc: use systemd instead of sysV to restart the service
- dnsmasq related enhancements
  + run dnsmasq as libvirt-dnsmasq (LP: 1743718)
  + d/libvirt-daemon-system.postinst: add libvirt-dnsmasq user and group
  + d/libvirt-daemon-system.postrm: remove libvirt-dnsmasq user and group
on purge
  + d/p/ubuntu/dnsmasq-as-priv-user: write dnsmasq config with user
libvirt-dnsmasq and adapt the self tests to expect that config
  + d/libvirt-daemon-system.postinst: fix old libvirt-dnsmasq users group
  + Add dnsmasq configuration to work with system wide dnsmasq-base
- debian/rules: disable the netcf backend. (LP: 1764314)
- debian/patches/ubuntu/ovmf_paths.patch: adjust paths to secboot.fd UEFI
  Secure Boot enabled variants of the OVMF firmware and variable store for
  the paths where we ship these files in Ubuntu.
- d/rules: install virtlockd correctly with defaults file (LP: 1729516)
- d/rules: also check build time self test results on all architectures
- d/p/ubuntu/set-default-machine-to-ubuntu.patch: to select default
  machine type correctly with newer qemu/libvirt
- d/rules: add --no-restart-after-upgrade to services that are supposed to
  stay up through upgrades - this also applies to related sockets.
- Apparmor Delta that is Ubuntu specific or yet to be upstreamed
  split into logical pieces. File names in debian/patches/ubuntu-aa/:
  + 0003-apparmor-libvirt-qemu-Allow-read-access-to-overcommi.patch:
apparmor, libvirt-qemu: Allow read access to overcommit_memory
  + 0007-apparmor-libvirt-qemu-Allow-owner-read-access-to-PRO.patch:
apparmor, libvirt-qemu: Allow owner read access to @{PROC}/*/auxv
  + 0017-apparmor-virt-aa-helper-Allow-access-to-tmp-director.patch:
apparmor, virt-aa-helper: Allow access to tmp directories
  + 0020-virt-aa-helper-ubuntu-storage-paths.patch:
apparmor, virt-aa-helper: Allow various storage pools and image
locations
  + 0021-apparmor-virt-aa-helper-Add-openvswitch-support.patch:
apparmor, virt-aa-helper: Add openvswitch support
  + 0029-appmor-libvirt-qemu-Add-9p-support.patch: appmor,
   

[Bug 1858341] Re: rbd driver does not list all volumes in pool

2020-01-06 Thread Christian Ehrhardt 
Thank you for the report Thomas.
This is broken since 5.2 and fixed in 5.9.
Therefore affected releases are Eoan and Focal.

Per the SRU process we have to pick it up in Focal first and then consider an 
SRU of it for Eoan.
Marking it to be tracked with the Focal uploads.

** Changed in: libvirt (Ubuntu)
   Status: New => Triaged

** Also affects: libvirt (Ubuntu Eoan)
   Importance: Undecided
   Status: New

** Changed in: libvirt (Ubuntu Eoan)
   Status: New => Triaged

** Changed in: libvirt (Ubuntu)
   Importance: Undecided => High

** Changed in: libvirt (Ubuntu Eoan)
   Importance: Undecided => Medium

** Tags added: libvirt-20.04

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

Title:
  rbd driver does not list all volumes in pool

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1858341/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs