On Mon, Nov 5, 2018 at 3:47 AM Bogdan Dobrelya <bdobr...@redhat.com> wrote: > > 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. >
This does bring an interesting point as we also include this in overcloud-full. I know Dan had a patch to stop using the puppet-tripleo from the host[0] which is the opposite of this. While these yum updates happen a bunch in CI, they aren't super large updates. But yes I think we need to figure out the correct way forward with these packages. Thanks, -Alex [0] https://review.openstack.org/#/c/550848/ > On 10/31/18 6:35 PM, Alex Schultz wrote: > > > > So this is a single layer that is updated once and shared by all the > > containers that inherit from it. I did notice the same thing and have > > proposed a change in the layering of these packages last night. > > > > https://review.openstack.org/#/c/614371/ > > > > In general this does raise a point about dependencies of services and > > what the actual impact of adding new ones to projects is. Especially > > in the container world where this might be duplicated N times > > depending on the number of services deployed. With the move to > > containers, much of the sharedness that being on a single host > > provided has been lost at a cost of increased bandwidth, memory, and > > storage usage. > > > > Thanks, > > -Alex > > > > -- > Best regards, > Bogdan Dobrelya, > Irc #bogdando __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
