Activity log for bug #1908375

Date Who What changed Old value New value Message
2020-12-16 09:26:15 Dariusz Gadomski bug added bug
2020-12-16 09:32:35 Dariusz Gadomski attachment added ceph-volume.log snippet https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1908375/+attachment/5444141/+files/ceph-volume.log
2020-12-16 09:32:44 Dariusz Gadomski nominated for series Ubuntu Bionic
2020-12-16 09:32:44 Dariusz Gadomski bug task added ceph (Ubuntu Bionic)
2020-12-16 09:32:54 Dariusz Gadomski ceph (Ubuntu): status New Fix Released
2020-12-16 09:33:00 Dariusz Gadomski ceph (Ubuntu Bionic): status New In Progress
2020-12-16 09:33:03 Dariusz Gadomski ceph (Ubuntu Bionic): importance Undecided Medium
2020-12-16 09:33:06 Dariusz Gadomski ceph (Ubuntu Bionic): assignee Dariusz Gadomski (dgadomski)
2020-12-16 09:33:08 Dariusz Gadomski ceph (Ubuntu): assignee Dariusz Gadomski (dgadomski)
2021-01-11 17:00:55 Dan Hill nominated for series Ubuntu Focal
2021-01-11 17:00:55 Dan Hill bug task added ceph (Ubuntu Focal)
2021-01-11 17:00:55 Dan Hill nominated for series Ubuntu Groovy
2021-01-11 17:00:55 Dan Hill bug task added ceph (Ubuntu Groovy)
2021-01-11 17:01:21 Dan Hill ceph (Ubuntu Groovy): status New Fix Released
2021-01-11 17:01:27 Dan Hill ceph (Ubuntu Focal): status New Fix Released
2021-01-11 17:01:48 Dan Hill ceph (Ubuntu): importance Undecided Medium
2021-01-11 17:01:51 Dan Hill ceph (Ubuntu Groovy): importance Undecided Medium
2021-01-11 17:01:56 Dan Hill ceph (Ubuntu Focal): importance Undecided Medium
2021-01-27 16:52:42 Launchpad Janitor merge proposal linked https://code.launchpad.net/~dgadomski/ubuntu/+source/ceph/+git/ceph/+merge/397034
2021-03-16 08:56:52 Dariusz Gadomski attachment added ceph-volume-vanilla.tox.log https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1908375/+attachment/5477100/+files/ceph-volume-vanilla.tox.log
2021-03-16 08:57:13 Dariusz Gadomski attachment added ceph-volume-patched.tox.log https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1908375/+attachment/5477101/+files/ceph-volume-patched.tox.log
2021-04-02 14:27:02 Dariusz Gadomski attachment added charms-10-volumes-ceph-volume.log https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1908375/+attachment/5483568/+files/charms-10-volumes-ceph-volume.log
2021-04-02 14:27:44 Dariusz Gadomski attachment added charms-20-volumes-ceph-volume.log https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1908375/+attachment/5483569/+files/charms-20-volumes-ceph-volume.log
2021-04-15 14:55:27 Dariusz Gadomski description [Impact] * Every ceph-volume list lvm <device> call invokes blkid for numerous PARTUUIDs. For some setups with many slower IO devices this can make this call to run for minutes without any actual justification for that. In fact, the upstream ceph approach changed in this matter and post-bionic releases already have ceph-volume that does not invoke blkid at all in this context making the call much faster. Please examine the attached ceph-volume.log fragment for a ceph-volume call, the accumulated blkid calls take around 1 min 7 s. [Test Case] * Setup a ceph-osd with numerous block devices with long access time for blkid. * Run time ceph-volume --log-path ceph-volume.log --log-level debug lvm list <device> on one of them and check the log to see that most of the execution time is consumed by blkid calls. [Where problems could occur] * Although a potential fix does not introduce any changes to how ceph-volume is used any automation depending on ceph-volume log parsing may notice a change. [Other Info] * The fix to this is available for Focal and beyond. * Xenial is not affected due to lack of ceph-volume in its ceph release. [Impact]  * Every ceph-volume list lvm <device> call invokes blkid for numerous PARTUUIDs. For some setups with many slower IO devices this can make this call to run for minutes without any actual justification for that. In fact, the upstream ceph approach changed in this matter and post-bionic releases already have ceph-volume that does not invoke blkid at all in this context making the call much faster. Please examine the attached ceph-volume.log fragment for a ceph-volume call, the accumulated blkid calls take around 1 min 7 s. [Test Case]  * Setup a ceph-osd with numerous block devices with long access time for blkid. Preferably use automation tools like juju (with ceph charm) or ansible to make sure ceph-volume calls work well when automated.  * Run time ceph-volume --log-path ceph-volume.log --log-level debug lvm list <device> on one of them and check the log to see that most of the execution time is consumed by blkid calls. [Where problems could occur]  * Although a potential fix does not introduce any changes to how ceph-volume is used any automation depending on ceph-volume log parsing may notice a change. [Other Info]  * The fix to this is available for Focal and beyond.  * Xenial is not affected due to lack of ceph-volume in its ceph release.
2021-04-16 06:38:04 Dariusz Gadomski description [Impact]  * Every ceph-volume list lvm <device> call invokes blkid for numerous PARTUUIDs. For some setups with many slower IO devices this can make this call to run for minutes without any actual justification for that. In fact, the upstream ceph approach changed in this matter and post-bionic releases already have ceph-volume that does not invoke blkid at all in this context making the call much faster. Please examine the attached ceph-volume.log fragment for a ceph-volume call, the accumulated blkid calls take around 1 min 7 s. [Test Case]  * Setup a ceph-osd with numerous block devices with long access time for blkid. Preferably use automation tools like juju (with ceph charm) or ansible to make sure ceph-volume calls work well when automated.  * Run time ceph-volume --log-path ceph-volume.log --log-level debug lvm list <device> on one of them and check the log to see that most of the execution time is consumed by blkid calls. [Where problems could occur]  * Although a potential fix does not introduce any changes to how ceph-volume is used any automation depending on ceph-volume log parsing may notice a change. [Other Info]  * The fix to this is available for Focal and beyond.  * Xenial is not affected due to lack of ceph-volume in its ceph release. [Impact]  * Every ceph-volume list lvm <device> call invokes blkid for numerous PARTUUIDs. For some setups with many slower IO devices this can make this call to run for minutes without any actual justification for that. In fact, the upstream ceph approach changed in this matter and post-bionic releases already have ceph-volume that does not invoke blkid at all in this context making the call much faster. Please examine the attached ceph-volume.log fragment for a ceph-volume call, the accumulated blkid calls take around 1 min 7 s. [Test Case]  * Setup a ceph-osd with numerous block devices with long access time for blkid. Preferably use automation tools like juju (with ceph charm) or ansible to make sure ceph-volume calls work well when automated.  * Run time ceph-volume --log-path ceph-volume.log --log-level debug lvm list <device> on one of them and check the log to see if the execution time is not wasted on numerous blkid calls. [Where problems could occur]  * Although a potential fix does not introduce any changes to how ceph-volume is used any automation depending on ceph-volume log parsing may notice a change. [Other Info]  * The fix to this is available for Focal and beyond.  * Xenial is not affected due to lack of ceph-volume in its ceph release.
2021-05-07 12:17:01 James Page bug added subscriber Ubuntu Stable Release Updates Team
2021-06-07 11:54:51 Edward Hope-Morley bug task added cloud-archive
2021-06-07 11:55:00 Edward Hope-Morley nominated for series cloud-archive/queens
2021-06-07 11:55:00 Edward Hope-Morley bug task added cloud-archive/queens
2021-06-10 06:31:03 Dariusz Gadomski attachment added bionic.debdiff https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1908375/+attachment/5503781/+files/bionic.debdiff
2021-06-10 13:59:50 Dariusz Gadomski description [Impact]  * Every ceph-volume list lvm <device> call invokes blkid for numerous PARTUUIDs. For some setups with many slower IO devices this can make this call to run for minutes without any actual justification for that. In fact, the upstream ceph approach changed in this matter and post-bionic releases already have ceph-volume that does not invoke blkid at all in this context making the call much faster. Please examine the attached ceph-volume.log fragment for a ceph-volume call, the accumulated blkid calls take around 1 min 7 s. [Test Case]  * Setup a ceph-osd with numerous block devices with long access time for blkid. Preferably use automation tools like juju (with ceph charm) or ansible to make sure ceph-volume calls work well when automated.  * Run time ceph-volume --log-path ceph-volume.log --log-level debug lvm list <device> on one of them and check the log to see if the execution time is not wasted on numerous blkid calls. [Where problems could occur]  * Although a potential fix does not introduce any changes to how ceph-volume is used any automation depending on ceph-volume log parsing may notice a change. [Other Info]  * The fix to this is available for Focal and beyond.  * Xenial is not affected due to lack of ceph-volume in its ceph release. [Impact]  * Every ceph-volume list lvm <device> call invokes blkid for numerous PARTUUIDs. For some setups with many slower IO devices this can make this call to run for minutes without any actual justification for that. In fact, the upstream ceph approach changed in this matter and post-bionic releases already have ceph-volume that does not invoke blkid at all in this context making the call much faster. Please examine the attached ceph-volume.log fragment for a ceph-volume call, the accumulated blkid calls take around 1 min 7 s. [Test Case]  * Setup a ceph-osd with numerous block devices with long access time for blkid. Preferably use automation tools like juju (with ceph charm) or ansible to make sure ceph-volume calls work well when automated.  * Run time ceph-volume --log-path ceph-volume.log --log-level debug lvm list <device> on one of them and check the log to see if the execution time is not wasted on numerous blkid calls. [Where problems could occur]  * The output format of does not change. The only noticeable change will be visible in the (created on request with the --log-level --log-path switched) log file. Such log will also be missing the blkid calls. I don't see a reason for parsing that log file, but if any system (like CI) is doing that it may need a manual intervention to update its expected result. [Other Info]  * The fix to this is available for Focal and beyond.  * Xenial is not affected due to lack of ceph-volume in its ceph release.
2021-06-11 08:26:11 Łukasz Zemczak ceph (Ubuntu Bionic): status In Progress Fix Committed
2021-06-11 08:26:15 Łukasz Zemczak bug added subscriber SRU Verification
2021-06-11 08:26:18 Łukasz Zemczak tags sts sts verification-needed verification-needed-bionic
2021-06-19 15:02:17 Dariusz Gadomski tags sts verification-needed verification-needed-bionic sts verification-done verification-done-bionic
2021-06-21 08:54:07 Łukasz Zemczak removed subscriber Ubuntu Stable Release Updates Team
2021-06-21 08:54:06 Launchpad Janitor ceph (Ubuntu Bionic): status Fix Committed Fix Released
2021-06-28 13:38:10 James Page cloud-archive/queens: status New Fix Committed
2021-06-28 13:38:11 James Page tags sts verification-done verification-done-bionic sts verification-done verification-done-bionic verification-queens-needed
2021-07-06 08:28:03 James Page cloud-archive/queens: status Fix Committed Fix Released
2021-09-30 18:43:03 Mathew Hodson cloud-archive: status New Fix Released
2021-09-30 18:43:54 Mathew Hodson tags sts verification-done verification-done-bionic verification-queens-needed sts verification-done verification-done-bionic