Bug 2124775

Summary: [RHEL9 udisks2] Error waiting for logical volume object for xx
Product: Red Hat Enterprise Linux 9 Reporter: guazhang <guazhang>
Component: udisks2Assignee: Tomáš Bžatek <tbzatek>
Status: CLOSED WORKSFORME QA Contact: guazhang <guazhang>
Severity: unspecified Docs Contact:
Priority: low    
Version: 9.1Keywords: Triaged
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2023-08-04 12:42:11 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 2091421    
Attachments:
Description Flags
test_job_log.tar none

Description guazhang@redhat.com 2022-09-07 06:09:00 UTC 
Job J:6985420 R:12565975 info you can refer, 
whiteboard all Kernel Storaged Regression Test, RHEL-9.2.0-20220906.1 #generate by 'stbkr --debug-kernel 0 -r RHEL-9.2.0-20220906.1 -c test_conf/Storaged/udisksctl-tier1.conf --check_server --repo-names " repo1 repo2 repo3 repo4" --repo-urls " http://download.eng.brq.redhat.com/rhel-9/nightly/BUILDROOT-9/latest-BUILDROOT-9-RHEL-9/compose/Buildroot/$basearch/os/ http://download.eng.brq.redhat.com/rhel-9/nightly/RHEL-9/RHEL-9.2.0-20220906.1/compose/BaseOS/$basearch/os http://download.eng.brq.redhat.com/rhel-9/nightly/RHEL-9/latest-RHEL-9/compose/CRB/$basearch/os/ http://download.eng.brq.redhat.com/rhel-9/nightly/RHEL-9/latest-RHEL-9/compose/BaseOS/$basearch/os/" --kernel_ops "selinux=0  ipv6.disable=1  " -a x86_64',
distro {'name': 'RHEL-9.2.0-20220906.1', 'variant': 'BaseOS', 'arch': 'x86_64'}, 

test server storageqe-59.rhts.eng.pek2.redhat.com

Version-Release number of selected component (if applicable):
udisks2-2.9.4-3.el9.x86_64 
lvm2-2.03.16-3.el9.x86_64
kernel-5.14.0-162.el9.x86_6




job link https://beaker.engineering.redhat.com/recipes/12565975

 
 log snip start 'Traceback \(' 

 ======================================================================
ERROR: test_20_thin (test_20_LVM.UdisksLVMTest)
Test thin volumes functionality
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/root/rpmbuild/BUILD/udisks-2.9.4/src/tests/dbus-tests/test_20_LVM.py", line 217, in test_20_thin
    tp_path = vg.CreateThinPoolVolume(tpname, dbus.UInt64(vgsize), self.no_options,
  File "/usr/lib64/python3.9/site-packages/dbus/proxies.py", line 141, in __call__
    return self._connection.call_blocking(self._named_service,
  File "/root/rpmbuild/BUILD/udisks-2.9.4/src/tests/dbus-tests/udiskstestcase.py", line 42, in call_long
    return call(*args, **kwargs)
  File "/usr/lib64/python3.9/site-packages/dbus/connection.py", line 652, in call_blocking
    reply_message = self.send_message_with_reply_and_block(
dbus.exceptions.DBusException: org.freedesktop.UDisks2.Error.Failed: Error waiting for logical volume object for 'udisks_test_tp': Timed out waiting for object


======================================================================
FAIL: test_50_create_no_part_scan (test_loop.UdisksManagerLoopDeviceTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/root/rpmbuild/BUILD/udisks-2.9.4/src/tests/dbus-tests/test_loop.py", line 225, in test_50_create_no_part_scan
    self.assertFalse(os.path.exists("/dev/%sp1" % loop_dev))
AssertionError: True is not false

----------------------------------------------------------------------
Comment 1 guazhang@redhat.com 2022-09-07 06:09:25 UTC 
Created attachment 1910015 [details]
test_job_log.tar
Comment 2 Tomáš Bžatek 2022-09-13 10:07:50 UTC 
The loop issue is fixed in bug 2113809.
As far as the LVM failure is concerned, is this reproducible all the time? The UDisks lvm2 module is known for random test failures, similar e.g. to bug 2039772 and bug 2031673.
Comment 3 guazhang@redhat.com 2022-09-13 10:28:03 UTC 
Yes, the failure cause by lvm module, but looks the failure info is different with bz2031673.
so I'm not sure if same one.

for the timeout error I have opened bz2039772 for RHEL8, and this bug for RHEL9.
you can close it if you think it's duplication.

the error is not always reproduced, it's random failure.
Comment 4 Tomáš Bžatek 2022-09-13 12:45:29 UTC 
Thanks, this is on par what we're seeing in upstream CI. We'll still want to have this fixed, but the fix might not be easy. Since it's a random failure, let's treat these with low priority for the moment.
Comment 5 Tomáš Bžatek 2023-06-20 17:38:11 UTC 
There's a chance this issue may have got fixed in the latest build - see bug 2031673.

Could you please retest with the latest package?
Comment 6 guazhang@redhat.com 2023-08-03 23:52:41 UTC 
check with my job, don't hit the bug with the udisks2-2.9.4-8.el9.
Comment 7 Tomáš Bžatek 2023-08-04 12:42:11 UTC 
Okay, thanks for the confirmation. Closing for the time being then.