----- Original Message -----
> From: "Matthew Miller" <[email protected]>
> To: "Kevin Fenzi" <[email protected]>
> Cc: "Kashyap Chamarthy" <[email protected]>,
> [email protected], [email protected]
> 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
> <[email protected]>
> Fedora Project Leader
>
_______________________________________________
infrastructure mailing list
[email protected]
https://admin.fedoraproject.org/mailman/listinfo/infrastructure
