I submitted a patch for this so the number in the conf file should be irrelevant with this patch: https://review.opendev.org/c/openstack/tripleo-common/+/854722 What are you doing to count them? Just something like find . | wc -l? Or git count-objects? $ git count-objects 1096 objects, 6612 kilobytes That's from my tripleo environment with a Standlone node and a Compute node. 10k probably isn't unreasonable at that size. I think that patch should be fine to address it and maybe we make a KCS for OSP13 since we won't be back porting that to Queens.
Hey, I'm not sure if it's necessary to loop over the objects in the container deleting them to be honest. I think that might have just been a measure to work around a problem. I'll see if I can improve the efficiency of this process while we're going. And yep, I'll back port it to 16.1 as well. I'll just leave NEEDSINFO on me for now to keep it in my list.
Ran a script to create 10000 objects: (undercloud) [stack@undercloud-0 ~]$ openstack object list overcloud -f value | wc -l 10000 Successfully performed stack update after script completed.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Release of components for Red Hat OpenStack Platform 16.2.4), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2022:8794