----- Original Message -----
From: "Matthew Miller" <mattdm(a)fedoraproject.org>
To: "Kevin Fenzi" <kevin(a)scrye.com>
Cc: "Kashyap Chamarthy" <kchamart(a)redhat.com>,
infrastructure(a)lists.fedoraproject.org, afazekas(a)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(a)fedoraproject.org>
Fedora Project Leader