Ubuntu 20.10 (Groovy Gorilla) has reached end of life, so this bug will
not be fixed for that specific release.
** Changed in: libvirt (Ubuntu Groovy)
Status: Triaged => Won't Fix
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs
** Changed in: zfs
Status: New => Fix Released
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1847105
Title:
very slow disk creation, snapshotting
Status in virt-manager:
F
** Changed in: zfs-linux (Ubuntu)
Importance: Low => Undecided
** Changed in: zfs-linux (Ubuntu)
Status: New => Won't Fix
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/18471
This bug was fixed in the package virt-manager - 1:2.2.1-3ubuntu2.1
---
virt-manager (1:2.2.1-3ubuntu2.1) focal; urgency=medium
* d/p/lp-1847105-addstorage-Return-to-using-qcow2-sparse-by-default.patch:
fix slow disk allocation when using the defaults to to falloc (LP: #1847105)
On a system affected by the issue I was upgrading to focal-proposed:
The time on ZFS got down from >20sec to ~<2sec now and in ps I can catch
it is back on metadata as intended:
$ ps axlf | grep -e qemu-img | grep -v grep
0 0 48981 11928 20 0 164860 5020 ? Sl ? 0:00 \
Hello Andreas, or anyone else affected,
Accepted virt-manager into focal-proposed. The package will build now
and be available at https://launchpad.net/ubuntu/+source/virt-
manager/1:2.2.1-3ubuntu2.1 in a few hours, and then in the -proposed
repository.
Please help us by testing this new package.
As you explained I acknowledge that we are changing behaviour in Focal
here, but I agree with you that this is the least worst option.
** Description changed:
[Impact]
- * The defaults of virt-manager for disk allocation always worked fine
-when qcow2 had nothing but sparse support. So
** Tags added: focal regression-release
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1847105
Title:
very slow disk creation, snapshotting
Status in virt-manager:
Fix Released
St
** Description changed:
- This is a regression in eoan for me. I use virt-manager to create vms,
- and I noticed that creating one now takes more than a minute.
+ [Impact]
+
+ * The defaults of virt-manager for disk allocation always worked fine
+when qcow2 had nothing but sparse support. So
** Merge proposal linked:
https://code.launchpad.net/~paelzer/ubuntu/+source/virt-manager/+git/virt-manager/+merge/391188
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1847105
Tit
This bug was fixed in the package virt-manager - 1:2.2.1-4ubuntu2
---
virt-manager (1:2.2.1-4ubuntu2) groovy; urgency=medium
* d/p/lp-1847105-addstorage-Return-to-using-qcow2-sparse-by-default.patch:
fix slow disk allocation when using the defaults to to falloc (LP: #1847105)
** Merge proposal linked:
https://code.launchpad.net/~paelzer/ubuntu/+source/virt-manager/+git/virt-manager/+merge/391055
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1847105
Tit
Now that we got the change we sort of wanted from the beginning I have
created a test build of virt-manager with the change applied.
I need to debug if that now really enters the right code paths for non
fallocate.
--
You received this bug notification because you are a member of Kernel
Packages
It works (as expected):
before:
4 0 17337 263 20 0 163108 4240 - Sl ? 0:47 \_
/usr/bin/qemu-img create -f qcow2 -o
preallocation=falloc,compat=1.1,lazy_refcounts
/var/lib/libvirt/images/ubuntu20.04.qcow2 26214400K
Now:
4 0 43901 263 20 0 163108 5436
** Changed in: virt-manager
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1847105
Title:
very slow disk creation, snapshotting
Status in vi
FYI:
Related potential improvements in libvirt got identified, but a fix of the
"slowness" might indeed eventually land via ZFS (Details in the ML discussion
linked above).
And thanks Richard btw!
--
You received this bug notification because you are a member of Kernel
Packages, which is subsc
Thanks Christian.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1847105
Title:
very slow disk creation, snapshotting
Status in virt-manager:
Confirmed
Status in Native ZFS for Li
Once the fix in libvirt landed we still have to change virt-manager as the
current storage request exactly matches the definition of the "then use falloc"
case.
I've requested that on the upstream bug [1], we will have to see how that turns
out.
Until we have a change to land in virt-manager (u
** Changed in: virt-manager
Status: Fix Released => Confirmed
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1847105
Title:
very slow disk creation, snapshotting
Status in vi
** Merge proposal linked:
https://code.launchpad.net/~paelzer/ubuntu/+source/libvirt/+git/libvirt/+merge/390220
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1847105
Title:
very
grmls/, lets/and/
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1847105
Title:
very slow disk creation, snapshotting
Status in virt-manager:
Fix Released
Status in Native ZFS
Got one Reviewed-by, lets 6.7.0 is released so it is not Frozen atm.
Giving it another day before pushing it.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1847105
Title:
very slow
FYI CI is good and now it is also on the ML
https://www.redhat.com/archives/libvir-list/2020-September/msg00105.html
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1847105
Title:
ver
Updated the upstream bug and testing a fix in
https://gitlab.com/paelzer/libvirt/-/pipelines/184813619
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1847105
Title:
very slow disk cr
Thread 6 "rpc-worker" hit Breakpoint 4, storageBackendCreateQemuImgOpts
(encinfo=0x0, opts=0x7fd1791102a0, info=0x7fd179110380) at
../../../src/storage/storage_util.c:712
(gdb) p *info
$3 = {format = 14, type = 0x7fd17ef920f0 "qcow2", inputType = 0x0, path =
0x7fd164018440 "/var/lib/libvirt/image
Tracing qemu-img calls when creating a new disk image from virt-manager:
Before change the qemu-img that libvirt emits due to the XML from virt-manager
is:
$ /usr/bin/qemu-img create -f qcow2 -o
preallocation=falloc,compat=1.1,lazy_refcounts
/var/lib/libvirt/images/ubuntu20.04.qcow2 26214400K
The underlying fallocate mode/0 compat was added to upstream ZFS with
the following commit:
commit f734301d2267cbb33eaffbca195fc93f1dae7b74
Author: adilger
Date: Thu Jun 18 12:22:11 2020 -0600
linux: add basic fallocate(mode=0/2) compatibility
While the change isn't too large for a SRU, I
** Changed in: libvirt (Ubuntu Focal)
Status: New => Triaged
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1847105
Title:
very slow disk creation, snapshotting
Status in vir
** Changed in: virt-manager
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1847105
Title:
very slow disk creation, snapshotting
Status in vi
** Changed in: libvirt (Ubuntu Disco)
Status: Triaged => Won't Fix
** Changed in: virt-manager (Ubuntu Disco)
Status: Triaged => Won't Fix
** Changed in: zfs-linux (Ubuntu Disco)
Status: New => Won't Fix
--
You received this bug notification because you are a member of Kern
** Changed in: zfs
Status: Unknown => New
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1847105
Title:
very slow disk creation, snapshotting
Status in virt-manager:
Confir
** Changed in: virt-manager
Importance: Undecided => Low
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1847105
Title:
very slow disk creation, snapshotting
Status in virt-manage
I've commented upstream (with ZFS) that we should fake the pre-
allocation (i.e. return success from fallocate() when mode == 0) because
with ZFS it's worthless at best and counterproductive at worst:
https://github.com/zfsonlinux/zfs/issues/326#issuecomment-540162402
Replies (agreeing or disagre
Thanks Andreas for already commenting on the upstream ZFS issue!
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1847105
Title:
very slow disk creation, snapshotting
Status in virt-m
FYI - it seems upstream of libvirt/virt-manager settles on the new
behavior actually being preferable. I tend to agree, and the pain only
happens if you also run things on ZFS which would be resolved if [1] is
ever fully resolved.
Adding a ZFS task for that.
[1]: https://github.com/zfsonlinux/zfs
35 matches
Mail list logo
