Won't reproduce. seems like debugging was done remotly on customer's platform.
(In reply to Gal Amado from comment #35) > Won't reproduce. It happens at a drop of a hat at customer sites. As I gather, the following happens: 1. They deploy a fairly vanilla cloud, with telemetry of course. 2. They back Gnocchi with Swift. 3. They run some test workloads. 4. Gnocchi is hitting Swift hard and keeps it busy. This includes always having updates for containers, because every incoming metric adds and removes objects, so containers always have outstanding updates queued up. 5. For whatever reason, they suddenly re-deploy overcloud. Doing so creates all new swift.conf with its hash, new tenant ID for the account "gnocchi" in Keystone. However, they do not wipe Swift volumes, so old containers with outstanding updates remain. 6. Now, the scene is all set. Updaters find containers through scanning the filesystem in /srv/node. Therefore, they find old containers with outstanding updates. However, when they try to update the account, it's no longer there (because hash prefix is changed) and account server crashes.
Created attachment 1756086 [details] test script 1 Finds containers with outstanding updates, #1.
OSP 13 was retired on June 27, 2023. No further work is expected to occur on this issue.