On Thu, Apr 12, 2018 at 09:00:15AM -0400, Paul Belanger wrote:
> On Mon, Jan 15, 2018 at 01:11:23PM +, Frank Jansen wrote:
> > Hi Ian,
> >
> > do you have any insight into the availability of a physical environment for
> > the ARM64 cloud?
> >
> > I’m curious, as there may be a need for down
On Mon, Jan 15, 2018 at 01:11:23PM +, Frank Jansen wrote:
> Hi Ian,
>
> do you have any insight into the availability of a physical environment for
> the ARM64 cloud?
>
> I’m curious, as there may be a need for downstream testing, which I would
> assume will want to make use of our existing
Hi Ian,
do you have any insight into the availability of a physical environment for the
ARM64 cloud?
I’m curious, as there may be a need for downstream testing, which I would
assume will want to make use of our existing OSP CI framework.
Thanks!
Frank
Frank Jansen
Senior Manager | Qu
On 23/02/18 05:35, Ian Wienand wrote:
> On 02/02/2018 05:15 PM, Ian Wienand wrote:
>> - Once that is done, it should be straight forward to add a
>>nodepool-builder in the cloud and have it build images, and zuul
>>should be able to launch them just like any other node (famous last
>>wo
On 02/02/2018 05:15 PM, Ian Wienand wrote:
> - Once that is done, it should be straight forward to add a
>nodepool-builder in the cloud and have it build images, and zuul
>should be able to launch them just like any other node (famous last
>words).
This roughly turned out to be correct
Hi,
A quick status update on the integration of the Linaro aarch64 cloud
- Everything is integrated into the system-config cloud-launcher bits,
so all auth tokens are in place, keys are deploying, etc.
- I've started with a mirror. So far only a minor change to puppet
required for the port
W dniu 19.01.2018 o 06:08, Ian Wienand pisze:
> On 01/13/2018 03:54 AM, Marcin Juszkiewicz wrote:
>> UEFI expects GPT and DIB is completely not prepared for it.
>
> I feel like we've made good progress on this part, with sufficient
> GPT support in [1] to get started on the EFI part
>
> ... which
Hi Lan,
On 19 January 2018 at 13:08, Ian Wienand wrote:
> On 01/13/2018 03:54 AM, Marcin Juszkiewicz wrote:
>>
>> UEFI expects GPT and DIB is completely not prepared for it.
>
>
> I feel like we've made good progress on this part, with sufficient
> GPT support in [1] to get started on the EFI par
On 01/13/2018 03:54 AM, Marcin Juszkiewicz wrote:
UEFI expects GPT and DIB is completely not prepared for it.
I feel like we've made good progress on this part, with sufficient
GPT support in [1] to get started on the EFI part
... which is obviously where the magic is here. This is my first
r
On 15/01/18 22:51, Ian Wienand wrote:
> On 01/16/2018 12:11 AM, Frank Jansen wrote:
>> do you have any insight into the availability of a physical
>> environment for the ARM64 cloud?
>
>> I’m curious, as there may be a need for downstream testing, which I
>> would assume will want to make use of o
On 01/16/2018 12:11 AM, Frank Jansen wrote:
do you have any insight into the availability of a physical
environment for the ARM64 cloud?
I’m curious, as there may be a need for downstream testing, which I
would assume will want to make use of our existing OSP CI framework.
Sorry, not 100% su
On 01/12/2018 07:21 PM, Clark Boylan wrote:
> On Fri, Jan 12, 2018, at 3:27 PM, Dan Radez wrote:
>> fwiw
>> We've been building arm images for tripleo and posting them.
>> https://images.rdoproject.org/aarch64/pike/delorean/current-tripleo-rdo/
>>
>>
>> This uses delorean and overcloud build:
>>
On 01/13/2018 01:26 PM, Ian Wienand wrote:
In terms of implementation, since you've already looked, I think
essentially diskimage_builder/block_device/level1.py create() will
need some moderate re-factoring to call a gpt implementation in
response to a gpt label, which could translate self.partit
On 01/13/2018 05:01 AM, Jeremy Stanley wrote:
> On 2018-01-12 17:54:20 +0100 (+0100), Marcin Juszkiewicz wrote:
> [...]
>> UEFI expects GPT and DIB is completely not prepared for it. I made
>> block-layout-arm64.yaml file and got it used just to see "sorry,
>> mbr expected" message.
>
> I concur.
On Fri, Jan 12, 2018, at 3:27 PM, Dan Radez wrote:
> fwiw
> We've been building arm images for tripleo and posting them.
> https://images.rdoproject.org/aarch64/pike/delorean/current-tripleo-rdo/
>
>
> This uses delorean and overcloud build:
>
> DIB_YUM_REPO_CONF+="/etc/yum.repos.d/delorean-
fwiw
We've been building arm images for tripleo and posting them.
https://images.rdoproject.org/aarch64/pike/delorean/current-tripleo-rdo/
This uses delorean and overcloud build:
DIB_YUM_REPO_CONF+="/etc/yum.repos.d/delorean-deps-${OSVER}.repo
/etc/yum.repos.d/delorean-${OSVER}.repo /etc/yum
On 2018-01-12 17:54:20 +0100 (+0100), Marcin Juszkiewicz wrote:
[...]
> UEFI expects GPT and DIB is completely not prepared for it. I made
> block-layout-arm64.yaml file and got it used just to see "sorry,
> mbr expected" message.
I concur. It looks like the DIB team would welcome work toward GPT
W dniu 12.01.2018 o 16:54, Jeremy Stanley pisze:
> On 2018-01-12 16:06:03 +0100 (+0100), Marcin Juszkiewicz wrote:
>> Or someone will try to target q35/uefi emulation instead of i440fx
>> one on x86 alone.
>
> I'm curious why we'd need emulation there...
Developers around x86 virtualisation live
On 2018-01-12 16:06:03 +0100 (+0100), Marcin Juszkiewicz wrote:
> Or someone will try to target q35/uefi emulation instead of i440fx
> one on x86 alone.
I'm curious why we'd need emulation there... the expectation is that
DIB is running on a native 64-bit ARM system (under a hypervisor,
but still
On 12/01/18 00:28, Clark Boylan wrote:
> 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 u
On 12/01/18 15:49, Paul Belanger wrote:
> On Fri, Jan 12, 2018 at 11:17:33AM +0100, Marcin Juszkiewicz wrote:
>> Wu dniu 12.01.2018 o 01:09, Ian Wienand pisze:
>>> 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
W dniu 12.01.2018 o 15:49, Paul Belanger pisze:
> On Fri, Jan 12, 2018 at 11:17:33AM +0100, Marcin Juszkiewicz wrote:
>> Wu dniu 12.01.2018 o 01:09, Ian Wienand pisze:
>>> On 01/10/2018 08:41 PM, Gema Gomez wrote:
1. Control-plane project that will host a nodepool builder with 8 vCPUs,
8
On 2018-01-12 11:17:33 +0100 (+0100), Marcin Juszkiewicz wrote:
[...]
> I am aware that you like to build disk images on your own but have
> you considered using virt-install with generated preseed/kickstart
> files? It would move several arch related things (like bootloader)
> to be handled by dis
On Fri, Jan 12, 2018 at 11:17:33AM +0100, Marcin Juszkiewicz wrote:
> Wu dniu 12.01.2018 o 01:09, Ian Wienand pisze:
> > 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 imag
Wu dniu 12.01.2018 o 01:09, Ian Wienand pisze:
> 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 diski
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
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
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
On 2018-01-10 19:34:07 +0100 (+0100), Marcin Juszkiewicz wrote:
> W dniu 10.01.2018 o 18:28, Jeremy Stanley pisze:
> > On 2018-01-10 09:06:43 -0800 (-0800), Michał Jastrzębski wrote:
> >> So it's my understanding (which is limited at best) that zuul
> >> currently doesn't support something like "th
W dniu 10.01.2018 o 18:28, Jeremy Stanley pisze:
> On 2018-01-10 09:06:43 -0800 (-0800), Michał Jastrzębski wrote:
>> So it's my understanding (which is limited at best) that zuul
>> currently doesn't support something like "this job has to run on
>> nodepool X", which would be necessary. We might
On 2018-01-10 09:06:43 -0800 (-0800), Michał Jastrzębski wrote:
> So it's my understanding (which is limited at best) that zuul
> currently doesn't support something like "this job has to run on
> nodepool X", which would be necessary. We might need to add some sort
> of metadata for nodepools and
Thanks Gema!
So it's my understanding (which is limited at best) that zuul
currently doesn't support something like "this job has to run on
nodepool X", which would be necessary. We might need to add some sort
of metadata for nodepools and be able to specify in zuul job that
"this job has to land
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 comfortable going ahead in terms of stability of
infrastructure and
33 matches
Mail list logo
