Bug 1639999 - GD2 containers build do not seems to use a up to date container
Summary: GD2 containers build do not seems to use a up to date container
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: GlusterFS
Classification: Community
Component: project-infrastructure
Version: mainline
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: bugs@gluster.org
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-10-17 06:45 UTC by M. Scherer
Modified: 2018-12-10 05:50 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-12-10 05:50:31 UTC
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Embargoed:


Attachments (Terms of Use)

Description M. Scherer 2018-10-17 06:45:34 UTC
While looking at builder49 issues, I noticed that the centos7 container we are using to build the code is never refreshed. That kinda mean that we are pushing a container with a potential out of data base systems, which is maybe something we want to avoid as a general rule of thumb.

I see that we upgrade the package:
https://github.com/gluster/glusterd2/blob/master/extras/nightly-container/provision.yml#L7

But upgrading the package is not sufficient, since we could have added and/or removed package and/or added/removed configuration file in the container, change that wouldn't be covered by the "yum upgrade". 

Putting that on project-infrastructure, since that's a side effect on how we do build rather than the build script. 

"buildah from centos:7" seems the correct way to do it, but since we do not clean the already downloaded container, we keep using a old one.

Comment 1 Nigel Babu 2018-12-10 05:50:31 UTC
This should be fixed now that we do a prune every time.


Note You need to log in before you can comment on or make changes to this bug.