Re: [Qemu-devel] Steal time MSR not set properly during live migration?

2015-06-11 Thread Apollon Oikonomopoulos
On 15:12 Wed 03 Jun , Apollon Oikonomopoulos wrote: > Any ideas? As far as I understand, there is an issue when reading the MSR on the incoming side: there is a KVM_SET_MSRS vcpu ioctl issued by the main thread during initialization, that causes the initial vCPU steal time value to be

[Qemu-devel] Steal time MSR not set properly during live migration?

2015-06-03 Thread Apollon Oikonomopoulos
Hi, I'm trying to debug an issue we're having with some debian.org machines running in QEMU 2.1.2 instances (see [1] for more background). In short, after a live migration guests running Debian Jessie (linux 3.16) stop accounting CPU time properly. /proc/stat in the guest shows no increase in

Re: [Qemu-devel] Possible bug in monitor code

2014-01-24 Thread Apollon Oikonomopoulos
Hi all, On 12:14 Fri 24 Jan , Stratos Psomadakis wrote: > On 01/23/2014 08:28 PM, Luiz Capitulino wrote: > > Not yet, I may have some time tomorrow. How reproducible is it for > > you? > > We can trigger it (by following the steps described in the first mail) > consistently. > > > Another q

[Qemu-devel] [Bug 597575] [NEW] Hangs on HTTP errors when using the curl block driver

2010-06-23 Thread Apollon Oikonomopoulos
Public bug reported: Hi, It seems that qemu-kvm does not handle HTTP errors gracefully when using the curl block driver and a synchronous request is made (i.e. one using bdrv_read_em() for example). In these cases, if an HTTP error (such as 404 or 416) is returned, the aio thread exits but the ma