----- Original Message ----- > From: "Matthew Miller" <mattdm@xxxxxxxxxxxxxxxxx> > To: "Kevin Fenzi" <kevin@xxxxxxxxx> > Cc: "Kashyap Chamarthy" <kchamart@xxxxxxxxxx>, infrastructure@xxxxxxxxxxxxxxxxxxxxxxx, afazekas@xxxxxxxxxx > 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@xxxxxxxxxxxxxxxxx> > Fedora Project Leader > _______________________________________________ infrastructure mailing list infrastructure@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/infrastructure
