[rdo-dev] [Octavia] Providing service VM images in RDO

Bernard Cafarelli bcafarel at redhat.com
Fri Jan 12 12:05:22 UTC 2018


On 11 January 2018 at 11:53, Javier Pena <jpena at redhat.com> wrote:
> ----- Original Message -----
>> On Wed, Jan 10, 2018 at 7:50 PM, Javier Pena <jpena at redhat.com> wrote:
>> > If we want to deliver via RPM and build on each Octavia change, we could
>> > try to add it to the octavia spec and build it using DLRN. Does the script
>> > require many external resources besides diskimage-builder?
>> > I'm not sure if that would work on CBS though, if we need to have network
>> > connectivity during the build process.
I looked a bit initially into building the image directly in spec, one
problem was how to pass the needed RDO packages properly to
diskimage-builder (as a repo so that yum pulls them in).
Apart from some configuration tweaks, most of the steps sum up to yum
calls (system update - install haproxy, keepalived, … - install
openstack-octavia-amphora-agent), these need network access, or at
least local mirrors.
>>
>> I would be concerned with the storage required, also we need to
>> trigger not only on Octavia distgit or upstream changes, all included
>> RPMs need to be checked checked for updates.
>> This could be simulated with dummy commits in distgit to force e.g.
>> nightly refresh but due to storage requirements, I'd keep image builds
>> outside trunk repos.
>>
>
> I have been doing some tests, and it looks like running diskimage-builder from a chroot is not the best idea (it tries to mount some tmpfs and fails), so even if we solved the storage issue it wouldn't work.
> I think our best chance is to create a periodic job to rebuild the images (daily) then upload them to images.rdoproject.org. This would be a similar approach to what we are currently doing with containers.
That would work for "keeping other packages up to date" too

> The only drawback of this alternative is that we would be distributing the qcow2 images instead of an RPM package, but we could still apply retention policies, and add some CI jobs to test them if needed.
On disk usage and retention polices, the images I build locally (with
CentOS) are 500-500 MB qcow2 files

-- 
Bernard


More information about the dev mailing list