Fixed with cherry-pick of the
7a72f7a140bfd3a5dae73088947010bfdbcf6a40 and its predecessor
7103f60de8bed21a0ad5d15d2ad5b7a333dda201. Of course this is not a real
fix as the only race precondition is shifted/disappeared by a clear
assumption. Though there are not too many hotplug users around, I
But you are very appositely mistaken: copy_huge_page() used to make
the same mistake, and Dave Hansen fixed it back in v3.13, but the fix
never went to the stable trees.
commit 30b0a105d9f7141e4cbf72ae5511832457d89788
Author: Dave Hansen dave.han...@linux.intel.com
Date: Thu Nov 21
A small update:
the behavior is caused by setting unrestricted_guest feature to N, I
had this feature disabled everywhere from approx. three years ago when
its enablement was one of suspects of the host crashes with
contemporary then KVM module. Also nVMX is likely to not work at all
and produce
On Wed, Apr 1, 2015 at 2:49 PM, Radim Krčmář rkrc...@redhat.com wrote:
2015-03-31 21:23+0300, Andrey Korolyov:
On Tue, Mar 31, 2015 at 9:04 PM, Bandan Das b...@redhat.com wrote:
Bandan Das b...@redhat.com writes:
Andrey Korolyov and...@xdel.ru writes:
...
http://xdel.ru/downloads/kvm
On Wed, Apr 1, 2015 at 4:19 PM, Paolo Bonzini pbonz...@redhat.com wrote:
On 01/04/2015 14:26, Andrey Korolyov wrote:
Yes, I disabled host watchdog during runtime. Indeed guest-induced NMI
would look different and they had no reasons to be fired at this stage
inside guest. I`d suspect
On Wed, Apr 1, 2015 at 6:37 PM, Andrey Korolyov and...@xdel.ru wrote:
On Wed, Apr 1, 2015 at 4:19 PM, Paolo Bonzini pbonz...@redhat.com wrote:
On 01/04/2015 14:26, Andrey Korolyov wrote:
Yes, I disabled host watchdog during runtime. Indeed guest-induced NMI
would look different and they had
*putting my tinfoil hat on*
After thinking a little bit more, the observable behavior is a quite
good match for a bios-level hypervisor (hardware trojan in a modern
terminology), as it likely is sensitive to timing[1], does not appear
more than once per VM during boot cycle and seemingly does not
On Sun, Mar 29, 2015 at 3:25 AM, Hugh Dickins hu...@google.com wrote:
On Sat, 28 Mar 2015, Andrey Korolyov wrote:
On Tue, Feb 24, 2015 at 3:12 AM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Wed, Feb 04, 2015 at 08:34:04PM +0400, Andrey Korolyov wrote:
Hi,
I've seen the problem quite
On Tue, Mar 31, 2015 at 4:45 PM, Radim Krčmář rkrc...@redhat.com wrote:
2015-03-30 22:32+0300, Andrey Korolyov:
On Mon, Mar 30, 2015 at 9:56 PM, Radim Krčmář rkrc...@redhat.com wrote:
2015-03-27 13:16+0300, Andrey Korolyov:
On Fri, Mar 27, 2015 at 12:03 AM, Bandan Das b...@redhat.com wrote
On Tue, Mar 31, 2015 at 7:45 PM, Radim Krčmář rkrc...@redhat.com wrote:
2015-03-31 17:56+0300, Andrey Korolyov:
Chasing the culprit this way could take a long time, so a new tracepoint
that shows if 0xef is set on entry would let us guess the bug faster ...
Please provide a failing trace
On Tue, Mar 31, 2015 at 9:04 PM, Bandan Das b...@redhat.com wrote:
Bandan Das b...@redhat.com writes:
Andrey Korolyov and...@xdel.ru writes:
...
http://xdel.ru/downloads/kvm-e5v2-issue/another-tracepoint-fail-with-apicv.dat.gz
Something a bit more interesting, but the mess is happening just
On Mon, Mar 30, 2015 at 9:56 PM, Radim Krčmář rkrc...@redhat.com wrote:
2015-03-27 13:16+0300, Andrey Korolyov:
On Fri, Mar 27, 2015 at 12:03 AM, Bandan Das b...@redhat.com wrote:
Radim Krčmář rkrc...@redhat.com writes:
I second Bandan -- checking that it reproduces on other machine would
On Tue, Feb 24, 2015 at 3:12 AM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Wed, Feb 04, 2015 at 08:34:04PM +0400, Andrey Korolyov wrote:
Hi,
I've seen the problem quite a few times. Before spending more time on
it, I'd like to have a quick check here to see if anyone ever saw the
same
On Fri, Mar 27, 2015 at 12:03 AM, Bandan Das b...@redhat.com wrote:
Radim Krčmář rkrc...@redhat.com writes:
2015-03-26 21:24+0300, Andrey Korolyov:
On Thu, Mar 26, 2015 at 8:40 PM, Radim Krčmář rkrc...@redhat.com wrote:
2015-03-26 20:08+0300, Andrey Korolyov:
KVM internal error. Suberror
On Thu, Mar 26, 2015 at 11:40 PM, Radim Krčmář rkrc...@redhat.com wrote:
2015-03-26 21:24+0300, Andrey Korolyov:
On Thu, Mar 26, 2015 at 8:40 PM, Radim Krčmář rkrc...@redhat.com wrote:
2015-03-26 20:08+0300, Andrey Korolyov:
KVM internal error. Suberror: 2
extra data[0]: 80ef
extra
On Thu, Mar 26, 2015 at 5:47 AM, Bandan Das b...@redhat.com wrote:
Hi Andrey,
Andrey Korolyov and...@xdel.ru writes:
On Mon, Mar 16, 2015 at 10:17 PM, Andrey Korolyov and...@xdel.ru wrote:
For now, it looks like bug have a mixed Murphy-Heisenberg nature, as
it appearance is very rare
On Thu, Mar 26, 2015 at 7:36 PM, Kevin O'Connor ke...@koconnor.net wrote:
On Thu, Mar 26, 2015 at 04:58:07PM +0100, Radim Krčmář wrote:
2015-03-25 20:05-0400, Kevin O'Connor:
On Thu, Mar 26, 2015 at 02:35:58AM +0300, Andrey Korolyov wrote:
Thanks, strangely the reboot is always failing now
On Thu, Mar 26, 2015 at 8:06 PM, Kevin O'Connor ke...@koconnor.net wrote:
On Thu, Mar 26, 2015 at 07:48:09PM +0300, Andrey Korolyov wrote:
On Thu, Mar 26, 2015 at 7:36 PM, Kevin O'Connor ke...@koconnor.net wrote:
I'm not sure if the crash always happens at the int $0x19 location
though
On Thu, Mar 26, 2015 at 8:18 PM, Kevin O'Connor ke...@koconnor.net wrote:
On Thu, Mar 26, 2015 at 08:08:52PM +0300, Andrey Korolyov wrote:
On Thu, Mar 26, 2015 at 8:06 PM, Kevin O'Connor ke...@koconnor.net wrote:
On Thu, Mar 26, 2015 at 07:48:09PM +0300, Andrey Korolyov wrote:
On Thu, Mar 26
On Thu, Mar 26, 2015 at 8:40 PM, Radim Krčmář rkrc...@redhat.com wrote:
2015-03-26 20:08+0300, Andrey Korolyov:
KVM internal error. Suberror: 2
extra data[0]: 80ef
extra data[1]: 8b0d
Btw. does this part ever change?
I see that first report had:
KVM internal error. Suberror: 2
On Thu, Mar 26, 2015 at 12:18 PM, Andrey Korolyov and...@xdel.ru wrote:
On Thu, Mar 26, 2015 at 5:47 AM, Bandan Das b...@redhat.com wrote:
Hi Andrey,
Andrey Korolyov and...@xdel.ru writes:
On Mon, Mar 16, 2015 at 10:17 PM, Andrey Korolyov and...@xdel.ru wrote:
For now, it looks like bug
On Mon, Mar 16, 2015 at 10:17 PM, Andrey Korolyov and...@xdel.ru wrote:
For now, it looks like bug have a mixed Murphy-Heisenberg nature, as
it appearance is very rare (compared to the number of actual launches)
and most probably bounded to the physical characteristics of my
production nodes
- attach serial console (I am using virsh list for this exact purpose),
virsh console of course, sorry
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wed, Mar 25, 2015 at 11:54 PM, Kevin O'Connor ke...@koconnor.net wrote:
On Wed, Mar 25, 2015 at 11:43:31PM +0300, Andrey Korolyov wrote:
On Mon, Mar 16, 2015 at 10:17 PM, Andrey Korolyov and...@xdel.ru wrote:
For now, it looks like bug have a mixed Murphy-Heisenberg nature
On Thu, Mar 26, 2015 at 2:02 AM, Kevin O'Connor ke...@koconnor.net wrote:
On Thu, Mar 26, 2015 at 01:31:11AM +0300, Andrey Korolyov wrote:
On Wed, Mar 25, 2015 at 11:54 PM, Kevin O'Connor ke...@koconnor.net wrote:
Can you add something like:
-chardev file,path=seabioslog.`date +%s`,id
For now, it looks like bug have a mixed Murphy-Heisenberg nature, as
it appearance is very rare (compared to the number of actual launches)
and most probably bounded to the physical characteristics of my
production nodes. As soon as I reach any reproducible path for a
regular workstation
On Wed, Mar 11, 2015 at 10:59 PM, Dr. David Alan Gilbert
dgilb...@redhat.com wrote:
* Andrey Korolyov (and...@xdel.ru) wrote:
On Wed, Mar 11, 2015 at 10:33 PM, Dr. David Alan Gilbert
dgilb...@redhat.com wrote:
* Kevin O'Connor (ke...@koconnor.net) wrote:
On Wed, Mar 11, 2015 at 02:45:31PM
On Wed, Mar 11, 2015 at 10:33 PM, Dr. David Alan Gilbert
dgilb...@redhat.com wrote:
* Kevin O'Connor (ke...@koconnor.net) wrote:
On Wed, Mar 11, 2015 at 02:45:31PM -0400, Kevin O'Connor wrote:
On Wed, Mar 11, 2015 at 02:40:39PM -0400, Kevin O'Connor wrote:
For what it's worth, I can't seem
On Thu, Mar 12, 2015 at 12:59 PM, Dr. David Alan Gilbert
dgilb...@redhat.com wrote:
* Andrey Korolyov (and...@xdel.ru) wrote:
On Wed, Mar 11, 2015 at 10:59 PM, Dr. David Alan Gilbert
dgilb...@redhat.com wrote:
* Andrey Korolyov (and...@xdel.ru) wrote:
On Wed, Mar 11, 2015 at 10:33 PM, Dr
On Sat, Mar 7, 2015 at 3:00 AM, Andrey Korolyov and...@xdel.ru wrote:
On Fri, Mar 6, 2015 at 7:57 PM, Bandan Das b...@redhat.com wrote:
Andrey Korolyov and...@xdel.ru writes:
On Fri, Mar 6, 2015 at 1:14 AM, Andrey Korolyov and...@xdel.ru wrote:
Hello,
recently I`ve got a couple of shiny new
On Tue, Mar 10, 2015 at 7:57 PM, Dr. David Alan Gilbert
dgilb...@redhat.com wrote:
* Andrey Korolyov (and...@xdel.ru) wrote:
On Sat, Mar 7, 2015 at 3:00 AM, Andrey Korolyov and...@xdel.ru wrote:
On Fri, Mar 6, 2015 at 7:57 PM, Bandan Das b...@redhat.com wrote:
Andrey Korolyov and...@xdel.ru
On Tue, Mar 10, 2015 at 9:16 PM, Dr. David Alan Gilbert
dgilb...@redhat.com wrote:
* Andrey Korolyov (and...@xdel.ru) wrote:
On Tue, Mar 10, 2015 at 7:57 PM, Dr. David Alan Gilbert
dgilb...@redhat.com wrote:
* Andrey Korolyov (and...@xdel.ru) wrote:
On Sat, Mar 7, 2015 at 3:00 AM, Andrey
On Fri, Mar 6, 2015 at 7:57 PM, Bandan Das b...@redhat.com wrote:
Andrey Korolyov and...@xdel.ru writes:
On Fri, Mar 6, 2015 at 1:14 AM, Andrey Korolyov and...@xdel.ru wrote:
Hello,
recently I`ve got a couple of shiny new Intel 2620v2s for future
replacement of the E5-2620v1, but I
Hello,
recently I`ve got a couple of shiny new Intel 2620v2s for future
replacement of the E5-2620v1, but I experienced relatively many events
with emulation errors, all traces looks simular to the one below. I am
running qemu-2.1 on x86 on top of 3.10 branch for testing purposes but
can switch
On Fri, Mar 6, 2015 at 1:14 AM, Andrey Korolyov and...@xdel.ru wrote:
Hello,
recently I`ve got a couple of shiny new Intel 2620v2s for future
replacement of the E5-2620v1, but I experienced relatively many events
with emulation errors, all traces looks simular to the one below. I am
running
Hi,
I've seen the problem quite a few times. Before spending more time on
it, I'd like to have a quick check here to see if anyone ever saw the
same problem? Hope it is a relevant question with this mail list.
Jul 2 11:08:21 arno-3 kernel: [ 2165.078623] BUG: unable to handle
kernel NULL
Sorry for all the previous mess, my Claws-mailer went nuts for no reason.
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wed, Feb 4, 2015 at 3:06 AM, Nerijus Baliunas
neri...@users.sourceforge.net wrote:
On Tue, 3 Feb 2015 18:07:57 +0400 Andrey Korolyov and...@xdel.ru wrote:
Have you tried to disable turbo mode (assuming you have new enough CPU
model) and fix frequency via frequency governor` settings
It did not help. Today that commecrial application detects 2400, although
Control Panel - System shows 2.20 GHz.
So my question again - is it possible to patch qemu-kvm that it shows some
constant frequency to the guest? But the answer is probably not, because
I don't know how the application
Hello,
I have a rather practical question, is it possible to limit amount of
vm-initiated events for single VM? As and example, VM which
experienced OOM and effectively stuck dead generates a lot of
unnecessary context switches triggering do_raw_spin_lock very often
and therefore increasing
On Tue, Sep 2, 2014 at 10:36 AM, Amit Shah amit.s...@redhat.com wrote:
On (Mon) 01 Sep 2014 [20:52:46], Zhang Haoyu wrote:
Hi, all
I start a VM with virtio-serial (default ports number: 31), and found
that virtio-blk performance degradation happened, about 25%, this
problem can be
On Tue, Sep 2, 2014 at 10:11 PM, Amit Shah amit.s...@redhat.com wrote:
On (Tue) 02 Sep 2014 [22:05:45], Andrey Korolyov wrote:
Can confirm serious degradation comparing to the 1.1 with regular
serial output - I am able to hang VM forever after some tens of
seconds after continuously printing
Hello,
ran into this error for a first time over veru large hardware
span/uptime (the server which experienced the error is identical to
others, and I had absolutely none of MSI-related problems with this
hardware ever).
Running 3.10 at host, I had one (of many) VM on it which produced
enormous
On Sat, Jul 26, 2014 at 2:06 AM, Paolo Bonzini pbonz...@redhat.com wrote:
Thanks a lot Paolo.
Is there a way to atleast detect that the hypervisor has done something
malicious and the client will be able to refer to some kind of logs to
prove it?
If you want a theoretical, perfect
Hello,
As it shows up, upgrading of any system ROMs loaded to the emulator
initially is not possible without complete restart of the emulator
itself, as live migration refuses to complete with different payload at
both ends. Assuming that the guest side payload for vga/ethernet can be
actually
On 02/28/2014 11:47 PM, Stefan Priebe wrote:
Hello,
i got this stack trace multiple times while using a vanilla 3.10.32
kernel and already sent it to the list in december but got no replies.
Hi,
What kind of workload the host system is experiencing at same time? Does
this event correlate
On 10/15/2013 04:18 PM, Xiexiangyou wrote:
Thanks for your reply :-)
The QEMU version is 1.5.1,and the KVM version is 3.6
QEMU command:
/usr/bin/qemu-kvm -name win2008_dc_5 -S -machine
pc-i440fx-1.5,accel=kvm,usb=off -m 2048 -realtime mlock=off -smp
On 02/07/2014 07:32 PM, Paolo Bonzini wrote:
Il 07/02/2014 14:07, Andrey Korolyov ha scritto:
Ok, I will do, but looks like libvirt version(1.0.2) in not relevant -
it meets criteria set by debian packagers
Then Debian's qemu packaging it's wrong, QEMU 1.6 or newer should conflict
On 02/07/2014 12:14 PM, Paolo Bonzini wrote:
Il 06/02/2014 14:40, Andrey Korolyov ha scritto:
Took and build 1.6.2 and faced a problem - after a couple of bounce
iterations of migration (1-2-1-2) VM is not able to migrate anymore
back in a probabilistic manner with an error 'internal error
On 02/05/2014 07:15 PM, Paolo Bonzini wrote:
Il 05/02/2014 11:46, Andrey Korolyov ha scritto:
On 02/05/2014 11:27 AM, Paolo Bonzini wrote:
Il 04/02/2014 18:06, Andrey Korolyov ha scritto:
Migration time is almost independent of VM RSS(varies by ten percent at
maximum), for situation when VM
On 02/05/2014 11:27 AM, Paolo Bonzini wrote:
Il 04/02/2014 18:06, Andrey Korolyov ha scritto:
Migration time is almost independent of VM RSS(varies by ten percent at
maximum), for situation when VM is active on target host, time is about
85 seconds to migrate 8G between hosts, and when
Hello,
I`ve got strange results during benchmarking migration speed for
different kinds of loads on source/target host: when source host is
'empty', migration takes approx. 30 percent longer than the same for
host already occupied by one VM with CPU overcommit ratio=1.
[src host, three equal
Hello,
By the way, is there plans to enhance qemu I/O throttling to able to
swallow peaks or to apply various disciplines? Current one-second flat
discipline seemingly is not enough for uneven workloads especially
when there is no alternative like cgroups for nbd usage.
Thanks!
On Sun, Oct 13,
Hi,
We (a cloud hosting provider) has recently observed a couple of
strange lockups when physical node runs significant amount of
Win2008R2 kvm appliances, one may see collection of those lockups at
the link below. After checking a lot of ideas without any valuable
result, I have suggested that
On Thu, Jan 31, 2013 at 12:11 AM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Wed, Jan 30, 2013 at 11:21:08AM +0300, Andrey Korolyov wrote:
On Wed, Jan 30, 2013 at 3:15 AM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Tue, Jan 29, 2013 at 02:35:02AM +0300, Andrey Korolyov wrote:
On Mon
On Wed, Jan 30, 2013 at 3:15 AM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Tue, Jan 29, 2013 at 02:35:02AM +0300, Andrey Korolyov wrote:
On Mon, Jan 28, 2013 at 5:56 PM, Andrey Korolyov and...@xdel.ru wrote:
On Mon, Jan 28, 2013 at 3:14 AM, Marcelo Tosatti mtosa...@redhat.com
wrote
On Mon, Jan 28, 2013 at 3:14 AM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Mon, Jan 28, 2013 at 12:04:50AM +0300, Andrey Korolyov wrote:
On Sat, Jan 26, 2013 at 12:49 AM, Marcelo Tosatti mtosa...@redhat.com
wrote:
On Fri, Jan 25, 2013 at 10:45:02AM +0300, Andrey Korolyov wrote:
On Thu
On Mon, Jan 28, 2013 at 5:56 PM, Andrey Korolyov and...@xdel.ru wrote:
On Mon, Jan 28, 2013 at 3:14 AM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Mon, Jan 28, 2013 at 12:04:50AM +0300, Andrey Korolyov wrote:
On Sat, Jan 26, 2013 at 12:49 AM, Marcelo Tosatti mtosa...@redhat.com
wrote
On Sat, Jan 26, 2013 at 12:49 AM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Fri, Jan 25, 2013 at 10:45:02AM +0300, Andrey Korolyov wrote:
On Thu, Jan 24, 2013 at 4:20 PM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Thu, Jan 24, 2013 at 01:54:03PM +0300, Andrey Korolyov wrote:
Thank you
,? -device
on fourth vm by count.
Should I try upstream kernel instead of applying patch to the latest
3.4 or it is useless?
On Thu, Jan 24, 2013 at 4:52 AM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Tue, Jan 22, 2013 at 09:00:25PM +0300, Andrey Korolyov wrote:
Hi,
problem described
On Thu, Jan 24, 2013 at 4:20 PM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Thu, Jan 24, 2013 at 01:54:03PM +0300, Andrey Korolyov wrote:
Thank you Marcelo,
Host node locking up sometimes later than yesterday, bur problem still
here, please see attached dmesg. Stuck process looks like
Hi,
problem described in the title happens on heavy I/O pressure on the
host, without idle=poll trace almost always is the same, involving
mwait, with poll and nohz=off RIP varies from time to time, at the
previous hang it was tg_throttle_down, rather than test_ti_thread_flag
in attached one.
Hi,
I have recently run in the following issue: under certain conditions,
if emulator process have exceeded its own memory limit in the cgroup
and oom shot it, /proc entry may stay long indefinitely. There are two
possible side-effects - at first, if one will try to read cmdline from
such entry,
63 matches
Mail list logo