SRU proposal for focal ** Description changed:
+ [Impact] + ceph-volume lvm calls take too much time and the time grows exponentially. + A simple call may take several minutes depending on the LV configuration. + + [Test Case] + 1. Create a setup with a large number of disks and logical volumes (e.g. 24) + 2. Call ceph-volume lvm list for one of the disks. + 3. Wait for the call to finish. + + [Regression Potential] + Patch introduces LV caching, so changing LVs while ceph-volume is running may lead to race conditions. + + [Other Info] + Original bug description: + + * Anything else you think is useful to include + * Anticipate questions from users, SRU, +1 maintenance, security teams and the Technical Board + * and address these questions in advance + ceph-volume lvm list calls take very long time due to the fact it has been implemented with O(n^2). This leads to unproportionally long execution time taking under consideration the fact that no complex computation is needed. Steps to reproduce: 1. Create a setup with a large number of disks and logical volumes (e.g. 24) 2. Call ceph-volume lvm list for one of the disks. 3. Wait for the call to finish. Expected result: Call is executed within seconds at most. Actual result: Call may take even minutes in some circumstances (large number of disks, some OSDs stopped). ** Patch added: "focal_ceph_14.2.4-0ubuntu2.debdiff" https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1850754/+attachment/5303257/+files/focal_ceph_14.2.4-0ubuntu2.debdiff -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1850754 Title: ceph-volume lvm list is O(n^2) To manage notifications about this bug go to: https://bugs.launchpad.net/ceph/+bug/1850754/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
