Activity log for bug #2065867

Date Who What changed Old value New value Message
2024-05-16 09:26:18 James Page bug added bug
2024-05-16 09:26:25 James Page nominated for series Ubuntu Oracular
2024-05-16 09:26:25 James Page bug task added ceph (Ubuntu Oracular)
2024-05-16 09:26:25 James Page nominated for series Ubuntu Noble
2024-05-16 09:26:25 James Page bug task added ceph (Ubuntu Noble)
2024-05-16 09:26:31 James Page ceph (Ubuntu Noble): status New Triaged
2024-05-16 09:26:33 James Page ceph (Ubuntu Oracular): status New Triaged
2024-05-16 09:26:35 James Page ceph (Ubuntu Noble): importance Undecided High
2024-05-16 09:26:37 James Page ceph (Ubuntu Oracular): importance Undecided High
2024-05-16 14:28:13 James Page description When running on noble with the snapshot of squid, the ceph-mgr has errors on enabling specific modules - volume and dashboard. $ sudo microceph.ceph status cluster: id: 4e3ff87c-5320-4494-9d3c-42e69cc11398 health: HEALTH_WARN Module 'volumes' has failed dependency: No module named 'distutils' OSD count 0 < osd_pool_default_size 3 services: mon: 1 daemons, quorum joplin.glenview.com (age 5s) mgr: joplin.glenview.com(active, starting, since 0.942931s) osd: 0 osds: 0 up, 0 in data: pools: 0 pools, 0 pgs objects: 0 objects, 0 B usage: 0 B used, 0 B / 0 B avail pgs: distutils as a standalone package was removed from noble - the ceph codebase makes quite a bit of use of distuils still which gets picked up by the distutils_hack in setuptools but not in the context of the mgr daemon. [ Impact ] dashboard and volume ceph mgr modules fail to activate under Python 3.12 due to use of distutils. [ Test Plan ] Deploy ceph-mon charm to three machines using Juju on Ubuntu 24.04. sudo ceph status "Module 'volumes' has failed dependency: No module named 'distutils'" present in output (this is the last module to fail loading" [ Where problems could occur ] The proposed patch switches to using the vendored distutils in setuptools for the two imports in the ceph mgr modules that exhibit this issue - this is a minimal fix; codebase really needs refactoring to drop all use of distutils but that's outside of the scope on an SRU update. Other distutils usage gets caught by the distutils_hack that setuptools uses to inject its vendored copy into the distutils module location. [ Original Bug Report ] When running on noble with the snapshot of squid, the ceph-mgr has errors on enabling specific modules - volume and dashboard. $ sudo microceph.ceph status   cluster:     id: 4e3ff87c-5320-4494-9d3c-42e69cc11398     health: HEALTH_WARN             Module 'volumes' has failed dependency: No module named 'distutils'             OSD count 0 < osd_pool_default_size 3   services:     mon: 1 daemons, quorum joplin.glenview.com (age 5s)     mgr: joplin.glenview.com(active, starting, since 0.942931s)     osd: 0 osds: 0 up, 0 in   data:     pools: 0 pools, 0 pgs     objects: 0 objects, 0 B     usage: 0 B used, 0 B / 0 B avail     pgs: distutils as a standalone package was removed from noble - the ceph codebase makes quite a bit of use of distuils still which gets picked up by the distutils_hack in setuptools but not in the context of the mgr daemon.
2024-05-16 14:57:41 James Page description [ Impact ] dashboard and volume ceph mgr modules fail to activate under Python 3.12 due to use of distutils. [ Test Plan ] Deploy ceph-mon charm to three machines using Juju on Ubuntu 24.04. sudo ceph status "Module 'volumes' has failed dependency: No module named 'distutils'" present in output (this is the last module to fail loading" [ Where problems could occur ] The proposed patch switches to using the vendored distutils in setuptools for the two imports in the ceph mgr modules that exhibit this issue - this is a minimal fix; codebase really needs refactoring to drop all use of distutils but that's outside of the scope on an SRU update. Other distutils usage gets caught by the distutils_hack that setuptools uses to inject its vendored copy into the distutils module location. [ Original Bug Report ] When running on noble with the snapshot of squid, the ceph-mgr has errors on enabling specific modules - volume and dashboard. $ sudo microceph.ceph status   cluster:     id: 4e3ff87c-5320-4494-9d3c-42e69cc11398     health: HEALTH_WARN             Module 'volumes' has failed dependency: No module named 'distutils'             OSD count 0 < osd_pool_default_size 3   services:     mon: 1 daemons, quorum joplin.glenview.com (age 5s)     mgr: joplin.glenview.com(active, starting, since 0.942931s)     osd: 0 osds: 0 up, 0 in   data:     pools: 0 pools, 0 pgs     objects: 0 objects, 0 B     usage: 0 B used, 0 B / 0 B avail     pgs: distutils as a standalone package was removed from noble - the ceph codebase makes quite a bit of use of distuils still which gets picked up by the distutils_hack in setuptools but not in the context of the mgr daemon. [ Impact ] dashboard and volume ceph mgr modules fail to activate under Python 3.12 due to use of distutils. [ Test Plan ] sudo snap install -channel squid/edge/core24 microceph sudo microceph cluster bootstrap sudo microceph status [ Where problems could occur ] The proposed patch switches to using the vendored distutils in setuptools for the two imports in the ceph mgr modules that exhibit this issue - this is a minimal fix; codebase really needs refactoring to drop all use of distutils but that's outside of the scope on an SRU update. Other distutils usage gets caught by the distutils_hack that setuptools uses to inject its vendored copy into the distutils module location. [ Original Bug Report ] When running on noble with the snapshot of squid, the ceph-mgr has errors on enabling specific modules - volume and dashboard. $ sudo microceph.ceph status   cluster:     id: 4e3ff87c-5320-4494-9d3c-42e69cc11398     health: HEALTH_WARN             Module 'volumes' has failed dependency: No module named 'distutils'             OSD count 0 < osd_pool_default_size 3   services:     mon: 1 daemons, quorum joplin.glenview.com (age 5s)     mgr: joplin.glenview.com(active, starting, since 0.942931s)     osd: 0 osds: 0 up, 0 in   data:     pools: 0 pools, 0 pgs     objects: 0 objects, 0 B     usage: 0 B used, 0 B / 0 B avail     pgs: distutils as a standalone package was removed from noble - the ceph codebase makes quite a bit of use of distuils still which gets picked up by the distutils_hack in setuptools but not in the context of the mgr daemon.
2024-05-16 14:59:58 James Page description [ Impact ] dashboard and volume ceph mgr modules fail to activate under Python 3.12 due to use of distutils. [ Test Plan ] sudo snap install -channel squid/edge/core24 microceph sudo microceph cluster bootstrap sudo microceph status [ Where problems could occur ] The proposed patch switches to using the vendored distutils in setuptools for the two imports in the ceph mgr modules that exhibit this issue - this is a minimal fix; codebase really needs refactoring to drop all use of distutils but that's outside of the scope on an SRU update. Other distutils usage gets caught by the distutils_hack that setuptools uses to inject its vendored copy into the distutils module location. [ Original Bug Report ] When running on noble with the snapshot of squid, the ceph-mgr has errors on enabling specific modules - volume and dashboard. $ sudo microceph.ceph status   cluster:     id: 4e3ff87c-5320-4494-9d3c-42e69cc11398     health: HEALTH_WARN             Module 'volumes' has failed dependency: No module named 'distutils'             OSD count 0 < osd_pool_default_size 3   services:     mon: 1 daemons, quorum joplin.glenview.com (age 5s)     mgr: joplin.glenview.com(active, starting, since 0.942931s)     osd: 0 osds: 0 up, 0 in   data:     pools: 0 pools, 0 pgs     objects: 0 objects, 0 B     usage: 0 B used, 0 B / 0 B avail     pgs: distutils as a standalone package was removed from noble - the ceph codebase makes quite a bit of use of distuils still which gets picked up by the distutils_hack in setuptools but not in the context of the mgr daemon. [ Impact ] dashboard and volume ceph mgr modules fail to activate under Python 3.12 due to use of distutils. [ Test Plan ] sudo snap install -channel squid/edge/core24 microceph sudo microceph cluster bootstrap sudo microceph status [ Where problems could occur ] The proposed patch switches to using the vendored distutils in setuptools for the two imports in the ceph mgr modules that exhibit this issue - this is a minimal fix; codebase really needs refactoring to drop all use of distutils but that's outside of the scope on an SRU update. Other distutils usage gets caught by the distutils_hack that setuptools uses to inject its vendored copy into the distutils module location. [ Original Bug Report ] When running microceph on a core24 base, the ceph-mgr has errors on enabling specific modules - volume and dashboard. $ sudo microceph.ceph status   cluster:     id: 4e3ff87c-5320-4494-9d3c-42e69cc11398     health: HEALTH_WARN             Module 'volumes' has failed dependency: No module named 'distutils'             OSD count 0 < osd_pool_default_size 3   services:     mon: 1 daemons, quorum joplin.glenview.com (age 5s)     mgr: joplin.glenview.com(active, starting, since 0.942931s)     osd: 0 osds: 0 up, 0 in   data:     pools: 0 pools, 0 pgs     objects: 0 objects, 0 B     usage: 0 B used, 0 B / 0 B avail     pgs: distutils as a standalone package was removed from noble - the ceph codebase makes quite a bit of use of distuils still which gets picked up by the distutils_hack in setuptools but not in the context of the mgr daemon.
2024-05-16 15:17:51 James Page description [ Impact ] dashboard and volume ceph mgr modules fail to activate under Python 3.12 due to use of distutils. [ Test Plan ] sudo snap install -channel squid/edge/core24 microceph sudo microceph cluster bootstrap sudo microceph status [ Where problems could occur ] The proposed patch switches to using the vendored distutils in setuptools for the two imports in the ceph mgr modules that exhibit this issue - this is a minimal fix; codebase really needs refactoring to drop all use of distutils but that's outside of the scope on an SRU update. Other distutils usage gets caught by the distutils_hack that setuptools uses to inject its vendored copy into the distutils module location. [ Original Bug Report ] When running microceph on a core24 base, the ceph-mgr has errors on enabling specific modules - volume and dashboard. $ sudo microceph.ceph status   cluster:     id: 4e3ff87c-5320-4494-9d3c-42e69cc11398     health: HEALTH_WARN             Module 'volumes' has failed dependency: No module named 'distutils'             OSD count 0 < osd_pool_default_size 3   services:     mon: 1 daemons, quorum joplin.glenview.com (age 5s)     mgr: joplin.glenview.com(active, starting, since 0.942931s)     osd: 0 osds: 0 up, 0 in   data:     pools: 0 pools, 0 pgs     objects: 0 objects, 0 B     usage: 0 B used, 0 B / 0 B avail     pgs: distutils as a standalone package was removed from noble - the ceph codebase makes quite a bit of use of distuils still which gets picked up by the distutils_hack in setuptools but not in the context of the mgr daemon. [ Impact ] dashboard and volume ceph mgr modules fail to activate under Python 3.12 due to use of distutils. [ Test Plan ] sudo snap install -channel latest/edge/core24 microceph sudo microceph cluster bootstrap sudo microceph status [ Where problems could occur ] The proposed patch switches to using the vendored distutils in setuptools for the two imports in the ceph mgr modules that exhibit this issue - this is a minimal fix; codebase really needs refactoring to drop all use of distutils but that's outside of the scope on an SRU update. Other distutils usage gets caught by the distutils_hack that setuptools uses to inject its vendored copy into the distutils module location. [ Original Bug Report ] When running microceph on a core24 base, the ceph-mgr has errors on enabling specific modules - volume and dashboard. $ sudo microceph.ceph status   cluster:     id: 4e3ff87c-5320-4494-9d3c-42e69cc11398     health: HEALTH_WARN             Module 'volumes' has failed dependency: No module named 'distutils'             OSD count 0 < osd_pool_default_size 3   services:     mon: 1 daemons, quorum joplin.glenview.com (age 5s)     mgr: joplin.glenview.com(active, starting, since 0.942931s)     osd: 0 osds: 0 up, 0 in   data:     pools: 0 pools, 0 pgs     objects: 0 objects, 0 B     usage: 0 B used, 0 B / 0 B avail     pgs: distutils as a standalone package was removed from noble - the ceph codebase makes quite a bit of use of distuils still which gets picked up by the distutils_hack in setuptools but not in the context of the mgr daemon.
2024-05-18 10:30:28 James Page description [ Impact ] dashboard and volume ceph mgr modules fail to activate under Python 3.12 due to use of distutils. [ Test Plan ] sudo snap install -channel latest/edge/core24 microceph sudo microceph cluster bootstrap sudo microceph status [ Where problems could occur ] The proposed patch switches to using the vendored distutils in setuptools for the two imports in the ceph mgr modules that exhibit this issue - this is a minimal fix; codebase really needs refactoring to drop all use of distutils but that's outside of the scope on an SRU update. Other distutils usage gets caught by the distutils_hack that setuptools uses to inject its vendored copy into the distutils module location. [ Original Bug Report ] When running microceph on a core24 base, the ceph-mgr has errors on enabling specific modules - volume and dashboard. $ sudo microceph.ceph status   cluster:     id: 4e3ff87c-5320-4494-9d3c-42e69cc11398     health: HEALTH_WARN             Module 'volumes' has failed dependency: No module named 'distutils'             OSD count 0 < osd_pool_default_size 3   services:     mon: 1 daemons, quorum joplin.glenview.com (age 5s)     mgr: joplin.glenview.com(active, starting, since 0.942931s)     osd: 0 osds: 0 up, 0 in   data:     pools: 0 pools, 0 pgs     objects: 0 objects, 0 B     usage: 0 B used, 0 B / 0 B avail     pgs: distutils as a standalone package was removed from noble - the ceph codebase makes quite a bit of use of distuils still which gets picked up by the distutils_hack in setuptools but not in the context of the mgr daemon. [ Impact ] dashboard and volume ceph mgr modules fail to activate under Python 3.12 due to use of distutils. [ Test Plan ] sudo snap install -channel latest/edge/core24 microceph sudo microceph cluster bootstrap sudo microceph status for proposed testing we'll bake a core24-proposed snap to test with. [ Where problems could occur ] The proposed patch switches to using the vendored distutils in setuptools for the two imports in the ceph mgr modules that exhibit this issue - this is a minimal fix; codebase really needs refactoring to drop all use of distutils but that's outside of the scope on an SRU update. Other distutils usage gets caught by the distutils_hack that setuptools uses to inject its vendored copy into the distutils module location. [ Original Bug Report ] When running microceph on a core24 base, the ceph-mgr has errors on enabling specific modules - volume and dashboard. $ sudo microceph.ceph status   cluster:     id: 4e3ff87c-5320-4494-9d3c-42e69cc11398     health: HEALTH_WARN             Module 'volumes' has failed dependency: No module named 'distutils'             OSD count 0 < osd_pool_default_size 3   services:     mon: 1 daemons, quorum joplin.glenview.com (age 5s)     mgr: joplin.glenview.com(active, starting, since 0.942931s)     osd: 0 osds: 0 up, 0 in   data:     pools: 0 pools, 0 pgs     objects: 0 objects, 0 B     usage: 0 B used, 0 B / 0 B avail     pgs: distutils as a standalone package was removed from noble - the ceph codebase makes quite a bit of use of distuils still which gets picked up by the distutils_hack in setuptools but not in the context of the mgr daemon.
2024-05-18 10:30:35 James Page bug added subscriber Ubuntu Stable Release Updates Team
2024-05-18 10:35:15 James Page description [ Impact ] dashboard and volume ceph mgr modules fail to activate under Python 3.12 due to use of distutils. [ Test Plan ] sudo snap install -channel latest/edge/core24 microceph sudo microceph cluster bootstrap sudo microceph status for proposed testing we'll bake a core24-proposed snap to test with. [ Where problems could occur ] The proposed patch switches to using the vendored distutils in setuptools for the two imports in the ceph mgr modules that exhibit this issue - this is a minimal fix; codebase really needs refactoring to drop all use of distutils but that's outside of the scope on an SRU update. Other distutils usage gets caught by the distutils_hack that setuptools uses to inject its vendored copy into the distutils module location. [ Original Bug Report ] When running microceph on a core24 base, the ceph-mgr has errors on enabling specific modules - volume and dashboard. $ sudo microceph.ceph status   cluster:     id: 4e3ff87c-5320-4494-9d3c-42e69cc11398     health: HEALTH_WARN             Module 'volumes' has failed dependency: No module named 'distutils'             OSD count 0 < osd_pool_default_size 3   services:     mon: 1 daemons, quorum joplin.glenview.com (age 5s)     mgr: joplin.glenview.com(active, starting, since 0.942931s)     osd: 0 osds: 0 up, 0 in   data:     pools: 0 pools, 0 pgs     objects: 0 objects, 0 B     usage: 0 B used, 0 B / 0 B avail     pgs: distutils as a standalone package was removed from noble - the ceph codebase makes quite a bit of use of distuils still which gets picked up by the distutils_hack in setuptools but not in the context of the mgr daemon. [ Impact ] dashboard and volume ceph mgr modules fail to activate under Python 3.12 due to use of distutils. [ Test Plan ] sudo snap install --channel latest/edge/core24 microceph sudo microceph cluster bootstrap sudo microceph status for proposed testing we'll bake a core24-proposed snap to test with. [ Where problems could occur ] The proposed patch switches to using the vendored distutils in setuptools for the two imports in the ceph mgr modules that exhibit this issue - this is a minimal fix; codebase really needs refactoring to drop all use of distutils but that's outside of the scope on an SRU update. Other distutils usage gets caught by the distutils_hack that setuptools uses to inject its vendored copy into the distutils module location. [ Original Bug Report ] When running microceph on a core24 base, the ceph-mgr has errors on enabling specific modules - volume and dashboard. $ sudo microceph.ceph status   cluster:     id: 4e3ff87c-5320-4494-9d3c-42e69cc11398     health: HEALTH_WARN             Module 'volumes' has failed dependency: No module named 'distutils'             OSD count 0 < osd_pool_default_size 3   services:     mon: 1 daemons, quorum joplin.glenview.com (age 5s)     mgr: joplin.glenview.com(active, starting, since 0.942931s)     osd: 0 osds: 0 up, 0 in   data:     pools: 0 pools, 0 pgs     objects: 0 objects, 0 B     usage: 0 B used, 0 B / 0 B avail     pgs: distutils as a standalone package was removed from noble - the ceph codebase makes quite a bit of use of distuils still which gets picked up by the distutils_hack in setuptools but not in the context of the mgr daemon.
2024-05-24 20:45:12 Steve Langasek ceph (Ubuntu Oracular): status Triaged Fix Committed
2024-05-24 20:47:09 Steve Langasek ceph (Ubuntu Noble): status Triaged Incomplete
2024-05-24 23:45:58 Launchpad Janitor ceph (Ubuntu Oracular): status Fix Committed Fix Released
2024-06-14 12:48:10 Timo Aaltonen ceph (Ubuntu Noble): status Incomplete Fix Committed
2024-06-14 12:48:12 Timo Aaltonen bug added subscriber SRU Verification
2024-06-14 12:48:14 Timo Aaltonen tags verification-needed verification-needed-noble