Activity log for bug #2039604

Date Who What changed Old value New value Message
2023-10-17 20:38:16 Gabriel Cocenza bug added bug
2023-10-17 20:38:16 Gabriel Cocenza attachment added sos-report https://bugs.launchpad.net/bugs/2039604/+attachment/5710458/+files/sos-collector-2007859-2023-10-17-ipudk.tar.xz
2023-10-17 20:42:52 Gabriel Cocenza bug task added charm-aodh
2023-10-17 21:29:29 Gabriel Cocenza bug task added charm-ceph-radosgw
2023-10-18 13:08:43 Gabriel Cocenza bug task added charm-designate
2023-10-18 13:09:20 Gabriel Cocenza summary leader unit not upgrading packages after openstack-upgrade single unit not upgrading packages after changing openstack-origin
2023-10-18 13:11:00 Gabriel Cocenza description I'm in a cloud upgrading from victoria to wallaby and I noticed that the leader unit didn't get upgrade after changing the openstack-origin to cloud:focal-wallaby (action-managed-upgrade was set to False). The leader unit is active idle for some hours and the packages didn't get upgrade: https://pastebin.canonical.com/p/jf293y3dYV/ If I run `juju run-action barbican/2 openstack-upgrade` then after the unit is stable, the package is upgraded. The same pattern happened on charm-aodh, so maybe it's a problem with reactive openstack-charms I'm in a cloud upgrading from victoria to wallaby and I noticed that one unit didn't get upgrade after changing the openstack-origin to cloud:focal-wallaby (action-managed-upgrade was set to False). The unit that didn't upgrade is active idle for some hours and the packages version didn't change: https://pastebin.canonical.com/p/jf293y3dYV/ If I run `juju run-action barbican/2 openstack-upgrade` then after the unit is stable, the package is upgraded. The same pattern happened on charm-aodh, so maybe it's a problem with reactive openstack-charms
2023-10-18 15:18:45 Gabriel Cocenza bug task added charm-placement
2023-10-18 19:43:40 Gabriel Cocenza bug task added charm-octavia