Re: [tripleo] Zuul Queue backlogs and resource usage

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view

Re: [tripleo] Zuul Queue backlogs and resource usage

Bogdan Dobrelya-2
Here is a related bug [1] and implementation [1] for that. PTAL folks!


> Let's also think of removing puppet-tripleo from the base container.
> It really brings the world-in (and yum updates in CI!) each job and each
> container!
> So if we did so, we should then either install puppet-tripleo and co on
> the host and bind-mount it for the docker-puppet deployment task steps
> (bad idea IMO), OR use the magical --volumes-from <a-side-car-container>
> option to mount volumes from some "puppet-config" sidecar container
> inside each of the containers being launched by docker-puppet tooling.

On Wed, Oct 31, 2018 at 11:16 AM Harald Jensås <hjensas at>

> We add this to all images:
> /bin/sh -c yum -y install iproute iscsi-initiator-utils lvm2 python
> socat sudo which openstack-tripleo-common-container-base rsync cronie
> crudini openstack-selinux ansible python-shade puppet-tripleo python2-
> kubernetes && yum clean all && rm -rf /var/cache/yum 276 MB
> Is the additional 276 MB reasonable here?
> openstack-selinux <- This package run relabling, does that kind of
> touching the filesystem impact the size due to docker layers?
> Also: python2-kubernetes is a fairly large package (18007990) do we use
> that in every image? I don't see any tripleo related repos importing
> from that when searching on Hound? The original commit message[1]
> adding it states it is for future convenience.
> On my undercloud we have 101 images, if we are downloading every 18 MB
> per image thats almost 1.8 GB for a package we don't use? (I hope it's
> not like this? With docker layers, we only download that 276 MB
> transaction once? Or?)
> [1]

Best regards,
Bogdan Dobrelya,
Irc #bogdando

OpenStack Development Mailing List (not for usage questions)
Unsubscribe: [hidden email]?subject:unsubscribe