[Bug 1183948] New: lvm-cache-stats fails to run "Failed to create DM task for the cache map"
http://bugzilla.opensuse.org/show_bug.cgi?id=1183948 Bug ID: 1183948 Summary: lvm-cache-stats fails to run "Failed to create DM task for the cache map" Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: Other OS: openSUSE Leap 15.2 Status: NEW Severity: Major Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs@suse.de Reporter: diego.ercolani@gmail.com QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- My current version: libblockdev-2.22-lp152.1.4.x86_64 libbd_lvm2-2.22-lp152.1.4.x86_64 First Issue: libblockdev has wrong dependences as lvm-cache-stats need libbd_lvm2 so please fix in the build Second Issue: running on a cached volume: pc-diego:~ # lvdisplay /dev/nonraid/akonadi_data --- Logical volume --- LV Path /dev/nonraid/akonadi_data LV Name akonadi_data VG Name nonraid LV UUID q00T3k-Xe2I-23Jd-4gnf-7kJl-g1mz-44ZhJJ LV Write Access read/write LV Creation host, time pc-diego, 2018-04-19 15:26:08 +0200 LV Cache pool name akonadi_cache LV Cache origin name akonadi_data_corig LV Status available # open 1 LV Size 55.00 GiB Cache used blocks 0.00% Cache metadata blocks 0.67% Cache dirty blocks 0.00% Cache read hits/misses 0 / 61180 Cache wrt hits/misses 0 / 260131 Cache demotions 0 Cache promotions 0 Current LE 14080 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 1024 Block device 254:9 pc-diego:~ # lvm-cache-stats /dev/nonraid/akonadi_data Failed to get stats for '/dev/nonraid/akonadi_data': Failed to create DM task for the cache map '-dev/nonraid/akonadi_data': -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1183948 http://bugzilla.opensuse.org/show_bug.cgi?id=1183948#c1 --- Comment #1 from Luciano Santos <luc14n0@linuxmail.org> --- Excuse my tardiness. Acknowledged and working on it. And thanks for the report. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1183948 http://bugzilla.opensuse.org/show_bug.cgi?id=1183948#c2 Luciano Santos <luc14n0@linuxmail.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |IN_PROGRESS CC| |maintenance@opensuse.org Flags| |needinfo?(maintenance@opens | |use.org) --- Comment #2 from Luciano Santos <luc14n0@linuxmail.org> --- This issues seems to be already fixed since version 2.24, as seen in the NEWS: * lvm: Fix getting cache stats for cache thinpools But I can't be sure since I don't have experience with (cached) logical volumes. And my SSD have a firmware issue that prevents me from using it at the moment. Since Leap 15.3 has libblockedv 2.25, I hope someone can confirm it whether this issue is really gone or not. Now, the packaging problem is already in progress to be fixed in Factory. The Maintenance Team will have a look at the viability of updating the package in Leap 15.3. I don't know how exactly works the inheritance of SLE packages to Leap, have we already reached the deadline for revising package versions for 15.4? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1183948 http://bugzilla.opensuse.org/show_bug.cgi?id=1183948#c3 Diego Ercolani <diego.ercolani@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(maintenance@opens | |use.org) | --- Comment #3 from Diego Ercolani <diego.ercolani@gmail.com> --- On my system the issue is "in place": pc-diego:~ # cat /etc/os-release NAME="openSUSE Leap" VERSION="15.3" ID="opensuse-leap" ID_LIKE="suse opensuse" VERSION_ID="15.3" PRETTY_NAME="openSUSE Leap 15.3" ANSI_COLOR="0;32" CPE_NAME="cpe:/o:opensuse:leap:15.3" BUG_REPORT_URL="https://bugs.opensuse.org" HOME_URL="https://www.opensuse.org/" pc-diego:~ # lvm-cache-stats /dev/raid/rootfs rootfs rootfs_cache_cdata rootfs_cache_cmeta pc-diego:~ # lvm-cache-stats /dev/raid/rootfs Failed to get stats for '/dev/raid/rootfs': Failed to create DM task for the cache map '-dev/raid/rootfs': pc-diego:~ # -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1183948 http://bugzilla.opensuse.org/show_bug.cgi?id=1183948#c4 --- Comment #4 from Luciano Santos <luc14n0@linuxmail.org> --- OK, so the issue persists. I'm going to try replicate this in a VM and report upstream. Thanks for the information so far. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1183948 http://bugzilla.opensuse.org/show_bug.cgi?id=1183948#c5 Luciano Santos <luc14n0@linuxmail.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |diego.ercolani@gmail.com Flags| |needinfo?(diego.ercolani@gm | |ail.com) --- Comment #5 from Luciano Santos <luc14n0@linuxmail.org> --- Diego, could you post the output of `zypper se -i libbd`, please? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1183948 http://bugzilla.opensuse.org/show_bug.cgi?id=1183948#c6 Diego Ercolani <diego.ercolani@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(diego.ercolani@gm | |ail.com) | --- Comment #6 from Diego Ercolani <diego.ercolani@gmail.com> --- Here it is: pc-diego:~ # zypper se -i libbd Loading repository data... Reading installed packages... S | Name | Summary | Type ---+---------------+-------------------------------------------------------+-------- i+ | libbd_btrfs2 | The BTRFS plugin for the LibBlockDev library | package i+ | libbd_crypto2 | The crypto plugin for the LibBlockDev library | package i+ | libbd_dm2 | The Device Mapper plugin for the LibBlockDev library | package i+ | libbd_fs2 | The FS plugin for the LibBlockDev library | package i+ | libbd_loop2 | The loop plugin for the LibBlockDev library | package i+ | libbd_lvm2 | The LVM plugin for the LibBlockDev library | package i+ | libbd_mdraid2 | The MD RAID plugin for the LibBlockDev library | package i+ | libbd_part2 | The partitioning plugin for the LibBlockDev library | package i+ | libbd_swap2 | The swap plugin for the LibBlockDev library | package i+ | libbd_utils2 | Utility functions library for the LibBlockDev library | package For an extended search including not yet activated remote resources you may run 'zypper search-packages' at any time. Do you want to run 'zypper search-packages' now? [yes/no/always/never] (no): no -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1183948 http://bugzilla.opensuse.org/show_bug.cgi?id=1183948#c7 --- Comment #7 from Luciano Santos <luc14n0@linuxmail.org> --- I've managed to replicate the "Failed to create DM task for the cache map" output even without having cached volumes. So it came to me that we probably were lacking some package(s) and compared our Spec file with Fedora's -- since libblockdev's developers are Red Hat's employees, and noticed some differences, apart from the main packaging differences between Fedora and openSUSE. So, I'm going to employ those differences I saw. The most notable being in lvm2 package that must be rebuild with DBus support. When I get -- if I get, to the point where the `lvm-cache-stats` gives me the correct error message telling me I don't have any cached volumes then I'll release a package for testing. This all happened because the only reason we packaged libblockdev was to satisfy udisks2's new run time dependency on it, not because some/many people needed it for development. It started depending on libblockdev at some point between versions 2.6.5 and 2.7.5 of udisks2, but the lmv-cache-stats tool only came later and, I guess, nobody really tested it. But if all goes well we should get this problem fixed now :-) -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1183948 http://bugzilla.opensuse.org/show_bug.cgi?id=1183948#c8 --- Comment #8 from Luciano Santos <luc14n0@linuxmail.org> --- I had a break through this week. After sweating a little to edit LVM2's specfile and switch on D-Bus support. Now I'm able to get the following error: "Failed to get stats for '/dev/system/root': The object with LVM ID '/dev/system/root' doesn't exist" Rather than getting the old error: "Failed to get stats for '/dev/sysem/root': Failed to create DM task for the cache map '-dev/system/root'". Since and don't have any cached volumes here I'm taking that as an auspicious sign. Now, I'm gonna see about branching Leap 15.3's LVM2-2.03.05 and making the changes I did for my Tumbleweed's LVM2-2.03.12 branched package. Once I do this, would you be willing to test the package? I don't know in what kind of setup you're running the cached volumes, whether it's a production server or not. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1183948 http://bugzilla.opensuse.org/show_bug.cgi?id=1183948#c9 --- Comment #9 from Diego Ercolani <diego.ercolani@gmail.com> --- I can try, it's desktop client, I will make a virtualmachine so I can try without any problem... tumpleweed or 15.3? Thank you -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1183948 http://bugzilla.opensuse.org/show_bug.cgi?id=1183948#c10 --- Comment #10 from Luciano Santos <luc14n0@linuxmail.org> ---
I can try, it's desktop client, I will make a virtualmachine so I can try without >any problem... tumpleweed or 15.3?
Whoa! I didn't know one could use cached volume in a VM. How that works, via USB? (Just out of curiosity). Well, you could first try on Tumbleweed then since it's already built for it. You can basically do: geeko~> sudo zypper ar -cfp 90 https://download.opensuse.org/repositories/home:/luc14n0:/LVM/openSUSE_Tumbl... home:luc14n0:lvm && sudo zypper ref -r home:luc14n0:lvm && zypper dup --from home:luc14n0:lvm --allow-vendor-change Succeeding the installation, just reboot. Don't forget to start LVM's D-Bus with: geeko~> sudo systemctl start lvm2-lvmdbusd.service Now we cross our fingers and try `lvm-cache-stats` once again :~) -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1183948 http://bugzilla.opensuse.org/show_bug.cgi?id=1183948#c11 --- Comment #11 from Diego Ercolani <diego.ercolani@gmail.com> --- Created attachment 854551 --> http://bugzilla.opensuse.org/attachment.cgi?id=854551&action=edit terminal dump I tryied what you suggested but it didn't change the result. For your question, I little "cheated" only to have an easy test bench: No one oblige me to have a real SSD so I created a Tumbleweed VM with 2 virtual disks, I installed operating system in one, the other I partitioned in two partitions. Eg. /dev/sdb1,/dev/sdb2 5G each. then: pvcreate /dev/sdb1 pvcreate /dev/sdb2 vgcreate testlvm /dev/sdb1 /dev/sdb2 lvcreate -n testlv -L 2G testlvm /dev/sdb1 lvcreate -H -L 1G -n testlvcache testlvm/testlv /dev/sdb2 then you have a "cached" testlv. mkfs.btrfs -n test /dev/testlvm/testlv and you can also mount it... -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1183948 http://bugzilla.opensuse.org/show_bug.cgi?id=1183948#c12 --- Comment #12 from Luciano Santos <luc14n0@linuxmail.org> --- Alright, thanks for the info. I'm gonna get back to this issue this week. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1183948 http://bugzilla.opensuse.org/show_bug.cgi?id=1183948#c13 --- Comment #13 from Diego Ercolani <diego.ercolani@gmail.com> --- Sorry, I have made a "glitch" I didn't follow completely your indications, I didn't reboot... and I didn't installed lvm2-lvmdbusd.service... which is the package containing lvmdbusd? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1183948 http://bugzilla.opensuse.org/show_bug.cgi?id=1183948#c14 --- Comment #14 from Diego Ercolani <diego.ercolani@gmail.com> --- The test failed: localhost:~ # systemctl status lvm2-lvmdbusd.service ��� lvm2-lvmdbusd.service - LVM2 D-Bus service Loaded: loaded (/usr/lib/systemd/system/lvm2-lvmdbusd.service; disabled; vendor preset: disabled) Active: active (running) since Tue 2021-12-14 09:34:15 CET; 5min ago Docs: man:lvmdbusd(8) Main PID: 829 (lvmdbusd) Tasks: 4 (limit: 4670) CPU: 404ms CGroup: /system.slice/lvm2-lvmdbusd.service ������829 /usr/bin/python3 /usr/sbin/lvmdbusd Dec 14 09:34:12 localhost systemd[1]: Starting LVM2 D-Bus service... Dec 14 09:34:15 localhost systemd[1]: Started LVM2 D-Bus service. localhost:~ # lvscan -v ACTIVE '/dev/testlvm/teslv' [2.00 GiB] inherit localhost:~ # lvs LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert teslv testlvm Cwi-a-C--- 2.00g [testlvcache_cpool] [teslv_corig] 0.48 2.93 0.00 localhost:~ # lvm-cache-stats /dev/testlvm/teslv Failed to get stats for '/dev/testlvm/teslv': The object with LVM ID '/dev/testlvm/teslv' doesn't exist localhost:~ # -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1183948 http://bugzilla.opensuse.org/show_bug.cgi?id=1183948#c15 --- Comment #15 from Luciano Santos <luc14n0@linuxmail.org> ---
Sorry, I have made a "glitch" I didn't follow completely your indications, I didn't reboot... and I didn't installed lvm2-lvmdbusd.service... which is the package containing lvmdbusd?
That's right!
localhost:~ # lvm-cache-stats /dev/testlvm/teslv Failed to get stats for '/dev/testlvm/teslv': The object with LVM ID '/dev/testlvm/teslv' doesn't exist
The same output I got. I was hoping it would make a difference for cached volumes. Nonetheless I set up a Fedora VM with those instructions you gave me and see how it will goes. In the case nothing seems to fix it, an issue will be opened upstream. -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠suse.com