Reliability of Fedora infrastructure to download cloud images
Attila Fazekas
afazekas at redhat.com
Mon Jun 23 08:12:30 UTC 2014
----- Original Message -----
> From: "Matthew Miller" <mattdm at fedoraproject.org>
> To: "Kevin Fenzi" <kevin at scrye.com>
> Cc: "Kashyap Chamarthy" <kchamart at redhat.com>, infrastructure at lists.fedoraproject.org, afazekas at redhat.com
> Sent: Friday, June 20, 2014 6:05:28 PM
> Subject: Re: Reliability of Fedora infrastructure to download cloud images
>
> On Fri, Jun 20, 2014 at 09:57:39AM -0600, Kevin Fenzi wrote:
> > > I just confirmed, they (CI infra) download and cache it. But, once
> > > every 24 hours, they rebuild the caches. It's the humans that
> > > download it manually (without any caching environment) that face the
> > > bottlenecks they say.
> > ok. I'd love to hear what error(s) they see so we can clear them up.
>
> Sean Dague also said that there were frequent *boot* errors (apparently
> unrelated to getting the images or infrastructure.) I'd obviously also like
> to get some hard information on that as well.
>
I still not have enough information for a bug report, I do not know even
is it the L1 (qemu) or the L2 (kernel) guest failure.
L2 SMP guest (without nested guest support (with nesting I haven't see the issue so far))
can have I/O related issues when the L2 guest has more than 1 vcpu,
and the L1 guest is on a low latency drive 'unsafe' cache enabled.
Now the Opnestack gate using 1 VCPU with the L2 F20,
no issue seen since that.
I am going to try to reproduce the issue on full Fedora
system. (normally I have enabled nested virt on F20 L0).
The issue can be seen on F20 L1+L2, with el6 L0.
>
> --
> Matthew Miller
> <mattdm at fedoraproject.org>
> Fedora Project Leader
>
More information about the infrastructure
mailing list