Re: [OpenStack-Infra] Adding ARM64 cloud to infra

2018-01-11 Thread Jeremy Stanley
On 2018-01-12 11:09:10 +1100 (+1100), Ian Wienand wrote: [...] > I've seen occasional ARM things come by, but of course > diskimage-builder doesn't have CI for it (yet :) so it's status is > probably "unknown". A problem which will solve itself! ;) -- Jeremy Stanley signature.asc Description: P

[OpenStack-Infra] Old infra specs

2018-01-11 Thread Clark Boylan
Hello, Recently Fungi removed old Jenkins' votes in Gerrit which had the effect of bubbling up older infra-specs to the top of the review list. This prompted me to start looking through the list. So far I have abandoned one spec, https://review.openstack.org/#/c/163637/, as the Zuul v3 spec and

Re: [OpenStack-Infra] Adding ARM64 cloud to infra

2018-01-11 Thread Ian Wienand
On 01/10/2018 08:41 PM, Gema Gomez wrote: 1. Control-plane project that will host a nodepool builder with 8 vCPUs, 8 GB RAM, 1TB storage on a Cinder volume for the image building scratch space. Does this mean you're planning on using diskimage-builder to produce the images to run tests on? I've

Re: [OpenStack-Infra] Adding ARM64 cloud to infra

2018-01-11 Thread Clark Boylan
On Wed, Jan 10, 2018, at 1:41 AM, Gema Gomez wrote: > Hi all, > > Linaro would like to add a new cloud to infra so that we can run tests > on ARM64 going forward. This discussion has been ongoing for the good > part of a year, apologies that it took us so long to get to a point > where we feel com

Re: [OpenStack-Infra] ze04 & #532575

2018-01-11 Thread Paul Belanger
On Thu, Jan 11, 2018 at 07:58:11AM -0500, David Shrewsbury wrote: > This is probably mostly my fault since I did not WIP or -2 my change in > 532575 to keep it > from getting merged without some infra coordination. > > Because of that change, it is also required that we change the user > zuul-exec

Re: [OpenStack-Infra] ze04 & #532575

2018-01-11 Thread David Shrewsbury
This is probably mostly my fault since I did not WIP or -2 my change in 532575 to keep it from getting merged without some infra coordination. Because of that change, it is also required that we change the user zuul-executor starts as from root to zuul [1], and that we also open up the new default