On 05/24/2010 12:47 AM, Stefan Hajnoczi wrote:
> On Sun, May 23, 2010 at 5:18 PM, Antoine Martin wrote:
>> Why does it work in a chroot for the other options (aio=native, if=ide, etc)
>> but not for aio!=native??
>> Looks like I am misunderstanding the semantics of chroot...
On 05/23/2010 10:12 PM, Avi Kivity wrote:
On 05/23/2010 05:43 PM, Antoine Martin wrote:
Description of the problem:
A guest tries to mount a large raw partition (1.5TB /dev/sda9 in my
case), this fails with pread enabled, works with it disabled.
Did you mean: preadv?
Yes, here's what
On 05/23/2010 09:43 PM, Antoine Martin wrote:
On 05/23/2010 09:18 PM, Avi Kivity wrote:
On 05/23/2010 05:07 PM, Antoine Martin wrote:
On 05/23/2010 06:57 PM, Avi Kivity wrote:
On 05/23/2010 11:53 AM, Antoine Martin wrote:
I'm not: 64-bit host and 64-bit guest.
Just to be sure, I'
How about if=ide?
Will test with another kernel and report back (this one doesn't have
any non-virtio drivers)
Can anyone tell me which kernel module I need for "if=ide"? Google was
no help here.
(before I include dozens of unnecessary modules in my slimmed down and
non modular kernel)
Th
On 05/23/2010 09:18 PM, Avi Kivity wrote:
On 05/23/2010 05:07 PM, Antoine Martin wrote:
On 05/23/2010 06:57 PM, Avi Kivity wrote:
On 05/23/2010 11:53 AM, Antoine Martin wrote:
I'm not: 64-bit host and 64-bit guest.
Just to be sure, I've tested that patch and still no joy:
/dev
On 05/23/2010 06:57 PM, Avi Kivity wrote:
On 05/23/2010 11:53 AM, Antoine Martin wrote:
I'm not: 64-bit host and 64-bit guest.
Just to be sure, I've tested that patch and still no joy:
/dev/vdc: read failed after 0 of 512 at 0: Input/output error
/dev/vdc: read failed after 0 o
On 05/22/2010 06:35 PM, Antoine Martin wrote:
On 05/22/2010 06:17 PM, Michael Tokarev wrote:
22.05.2010 14:44, Antoine Martin wrote:
Bump.
Now that qemu is less likely to eat my data, " *[Qemu-devel] [PATCH
4/8]
block: fix sector comparism in*"
http://marc.info/?l=qe
On 05/23/2010 01:10 AM, Jim Paris wrote:
Antoine Martin wrote:
On 02/27/2010 12:38 AM, Antoine Martin wrote:
1 0 0 98 0 1| 0 0 | 66B 354B| 0 0 | 3011
1 1 0 98 0 0| 0 0 | 66B 354B| 0 0 | 2911
> From that po
On 05/22/2010 06:17 PM, Michael Tokarev wrote:
22.05.2010 14:44, Antoine Martin wrote:
Bump.
Now that qemu is less likely to eat my data, " *[Qemu-devel] [PATCH 4/8]
block: fix sector comparism in*"
http://marc.info/?l=qemu-devel&m=127436114712437
I thought I would try using
CONFIG_PREADV
Host and guest kernel version is 2.6.34, headers 2.6.33, glibc 2.10.1-r1
qemu-kvm 0.12.4 + patch above.
Who do I need to bug? glibc? kvm?
Thanks
Antoine
On 04/09/2010 05:00 AM, Antoine Martin wrote:
Antoine Martin wrote:
On 03/08/2010 02:35 AM, Avi Kivity wrote:
On 03
On 02/27/2010 12:38 AM, Antoine Martin wrote:
1 0 0 98 0 1| 0 0 | 66B 354B| 0 0 | 3011
1 1 0 98 0 0| 0 0 | 66B 354B| 0 0 | 2911
From that point onwards, nothing will happen.
The host has disk IO to spare... So what is it waiting for
Antoine Martin wrote:
> On 03/08/2010 02:35 AM, Avi Kivity wrote:
>> On 03/07/2010 09:25 PM, Antoine Martin wrote:
>>> On 03/08/2010 02:17 AM, Avi Kivity wrote:
>>>> On 03/07/2010 09:13 PM, Antoine Martin wrote:
>>>>>> What version of glibc
Avi Kivity wrote:
> On 03/24/2010 06:40 PM, Joerg Roedel wrote:
>>
>>> Looks trivial to find a guest, less so with enumerating (still doable).
>>>
>> Not so trival and even more likely to break. Even it perf has the pid of
>> the process and wants to find the directory it has to do:
>>
>> 1.
On 03/23/2010 05:13 PM, Kevin Wolf wrote:
Am 22.03.2010 23:06, schrieb Anthony Liguori:
On 03/22/2010 02:47 PM, Avi Kivity wrote:
Having qemu enumerate guests one way or another is not a good idea IMO
since it is focused on one guest and doesn't have a system-wide entity.
The
On 03/23/2010 02:54 AM, Ingo Molnar wrote:
* Alexander Graf wrote
Yes. I think the point was that every layer in between brings potential
slowdown and loss of features.
Exactly. The more 'fragmented' a project is into sub-projects, without a
single, unified, functional reference implemen
On 03/23/2010 02:15 AM, Anthony Liguori wrote:
On 03/22/2010 12:55 PM, Avi Kivity wrote:
Lets look at the ${HOME}/.qemu/qmp/ enumeration method suggested by
Anthony.
There's numerous ways that this can break:
I don't like it either. We have libvirt for enumerating guests.
We're stuck in a
[snip]
I believe that -kernel use will be rare, though. It's a lot
easier to keep everything in one filesystem.
Well, for what it's worth, I rarely ever use anything else. My
virtual disks are raw so I can loop mount them easily, and I can also
switch my guest kernels from outside... without
On 03/22/2010 03:24 AM, Avi Kivity wrote:
On 03/21/2010 10:18 PM, Antoine Martin wrote:
That includes the guest kernel. If you can deploy a new kernel in
the guest, presumably you can deploy a userspace package.
That's not always true.
The host admin can control the guest kernel via
On 03/22/2010 03:11 AM, Avi Kivity wrote:
On 03/21/2010 10:08 PM, Olivier Galibert wrote:
On Sun, Mar 21, 2010 at 10:01:51PM +0200, Avi Kivity wrote:
On 03/21/2010 09:17 PM, Ingo Molnar wrote:
Adding any new daemon to an existing guest is a deployment and
usability
nightmare.
The logical co
On 03/22/2010 02:17 AM, Ingo Molnar wrote:
* Anthony Liguori wrote:
On 03/19/2010 03:53 AM, Ingo Molnar wrote:
* Avi Kivity wrote:
There were two negative reactions immediately, both showed a fundamental
server versus desktop bias:
- you did not accept that the most imp
On 03/08/2010 02:35 AM, Avi Kivity wrote:
On 03/07/2010 09:25 PM, Antoine Martin wrote:
On 03/08/2010 02:17 AM, Avi Kivity wrote:
On 03/07/2010 09:13 PM, Antoine Martin wrote:
What version of glibc do you have installed?
Latest stable:
sys-devel/gcc-4.3.4
sys-libs/glibc-2.10.1-r1
$ git
On 03/11/2010 04:31 PM, pagee...@freemail.hu wrote:
On 11 Mar 2010 at 8:44, Avi Kivity wrote:
On 03/10/2010 06:17 PM, Antoine Martin wrote:
Hi,
I've updated my host kernel headers to 2.6.33, rebuilt glibc (and the
base system), rebuilt kvm.
... and now I get hundreds of tho
Hi,
I've updated my host kernel headers to 2.6.33, rebuilt glibc (and the
base system), rebuilt kvm.
... and now I get hundreds of those in dmesg on the host when I start a
guest kernel that worked fine before. (2.6.33 + pax patch v5)
set_cr0: 0x88000ec29d58 #GP, reserved bits 0x80040033
On 03/08/2010 02:17 AM, Avi Kivity wrote:
On 03/07/2010 09:13 PM, Antoine Martin wrote:
What version of glibc do you have installed?
Latest stable:
sys-devel/gcc-4.3.4
sys-libs/glibc-2.10.1-r1
$ git show glibc-2.10~108 | head
commit e109c6124fe121618e42ba882e2a0af6e97b8efc
Author: Ulrich
On 03/08/2010 02:10 AM, Avi Kivity wrote:
On 03/07/2010 09:07 PM, Antoine Martin wrote:
Antoine, can you check this? ltrace may help,
This the only part that looked slightly relevant:
[pid 26883] __xstat64(1, "./vm/media_fs", 0x7fff92e40500) = 0
[pid 26883]
On 03/08/2010 02:09 AM, Asdo wrote:
Avi Kivity wrote:
On 03/07/2010 08:01 PM, Antoine Martin wrote:
Yes cache=none: "-drive file=./vm/var_fs,if=virtio,cache=none"
Side question: this is the right thing to do for raw partitions, right?
The rightest.
Isn't cache=writeb
[snip]
The other interesting thing is that it's using pread - which means
it's a too old kernel to use preadv and thus a not very well tested
codepath with current qemu.
Too old?, I am confused: both host and guest kernels are 2.6.33!
I built KVM against the 2.6.30 headers though.
You need to
On 03/08/2010 12:34 AM, Christoph Hellwig wrote:
On Sun, Mar 07, 2010 at 07:30:06PM +0200, Avi Kivity wrote:
It may also be that glibc is emulating preadv, incorrectly.
I've done a quick audit of all pathes leading to pread and all seem
to align correctly. So either a broken glibc emulation
On 03/08/2010 12:30 AM, Avi Kivity wrote:
On 03/07/2010 07:21 PM, Christoph Hellwig wrote:
On Sun, Mar 07, 2010 at 07:18:40PM +0200, Avi Kivity wrote:
The only things that stands out is this before the "read failed"
message:
[pid 9098] lseek(12, 0, SEEK_END) = 1321851815424
[pid 9121] p
[snip]
Ok, this is in fact different problem, not the one I referred you
initially (which was in fact good too, because apparently Christoph
solved that bug for me and for other Debian users, thank you!).
Yes, I believe I had this issue too originally, which is why I was
testing 0.12.3 to se
[snip]
So there is something else at play. And just for the record:
1) kvm-88 works fine *with the exact same setup*
2) I've tried running as root
3) The raw disk mounts fine from the host.
So I *know* the problem is with kvm. I wouldn't post to the list
without triple checking that.
I have a
On 03/07/2010 05:00 PM, Christoph Hellwig wrote:
On Sun, Mar 07, 2010 at 12:32:38PM +0300, Michael Tokarev wrote:
Antoine Martin wrote:
[]
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2933400&group_id=180599
The initial report is almost 8 w
On 03/07/2010 04:28 AM, Michael Tokarev wrote:
Antoine Martin wrote:
Hi,
With qemu-kvm-0.12.3:
./qemu-system-x86_64 [..] -drive file=/dev/sdc9,if=virtio,cache=none [..]
[1.882843] vdc:
[2.365154] udev: starting version 146
[2.693768] end_request: I/O error, dev vdc, sector 126
Hi,
With qemu-kvm-0.12.3:
./qemu-system-x86_64 [..] -drive file=/dev/sdc9,if=virtio,cache=none [..]
[1.882843] vdc:
[2.365154] udev: starting version 146
[2.693768] end_request: I/O error, dev vdc, sector 126
[2.693772] Buffer I/O error on device vdc, logical block 126
[2.693
1 0 0 98 0 1| 0 0 | 66B 354B| 0 0 | 3011
1 1 0 98 0 0| 0 0 | 66B 354B| 0 0 | 2911
From that point onwards, nothing will happen.
The host has disk IO to spare... So what is it waiting for??
Moved to an AMD64 host. No effect.
Disabled sw
On 01/23/2010 02:15 AM, Antoine Martin wrote:
On 01/23/2010 01:28 AM, Antoine Martin wrote:
On 01/22/2010 02:57 PM, Michael Tokarev wrote:
Antoine Martin wrote:
I've tried various guests, including most recent Fedora12 kernels,
custom 2.6.32.x
All of them hang around the same point
On 01/23/2010 02:15 AM, Antoine Martin wrote:
On 01/23/2010 01:28 AM, Antoine Martin wrote:
On 01/22/2010 02:57 PM, Michael Tokarev wrote:
Antoine Martin wrote:
I've tried various guests, including most recent Fedora12 kernels,
custom 2.6.32.x
All of them hang around the same point
On 01/23/2010 01:28 AM, Antoine Martin wrote:
On 01/22/2010 02:57 PM, Michael Tokarev wrote:
Antoine Martin wrote:
I've tried various guests, including most recent Fedora12 kernels,
custom 2.6.32.x
All of them hang around the same point (~1GB written) when I do
heavy IO
write insid
On 01/22/2010 02:57 PM, Michael Tokarev wrote:
Antoine Martin wrote:
I've tried various guests, including most recent Fedora12 kernels,
custom 2.6.32.x
All of them hang around the same point (~1GB written) when I do heavy IO
write inside the guest.
[]
Host is running: 2.6
I've tried various guests, including most recent Fedora12 kernels,
custom 2.6.32.x
All of them hang around the same point (~1GB written) when I do heavy IO
write inside the guest.
I have waited 30 minutes to see if the guest would recover, but it just
sits there, not writing back any data, not d
Michael Tokarev wrote:
> Avi Kivity пишет:
>> On 10/16/2009 07:45 PM, Antoine Martin wrote:
>>> Hi,
>>>
>>> Is there an easy way that I have missed to share a virtual disk
>>> read-only between many guests whilst still having the ability to update
&g
Hi,
I've had this problem before and worked around it using scripts, but
this seems to happen a lot more now that a host has been upgraded to
2.6.31.4 (could just be me noticing more too)
After the guest kernel shuts off, the qemu process ends up spinning,
consuming 200% cpu (both cores!) and str
Jan Kiszka wrote:
> Marcelo Tosatti wrote:
>> On Sun, Sep 06, 2009 at 02:50:00PM +0700, Antoine Martin wrote:
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA512
>>>
>>> [snip]
>>>>> Is this an AMD host?
>>>> Nope, In
Hi,
Is there an easy way that I have missed to share a virtual disk
read-only between many guests whilst still having the ability to update
it occasionally from the host?
I was hoping I could use a shared image file, and occasionally replace
it with an updated version (move old copy to disk_image
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
Avi suggested that I use vinagre as a VNC client, but that did not solve
the problem for me.
I had to add: -usbdevice tablet
to the KVM command line.
Antoine
shawn du wrote:
> Hi,
>
> I am using vnc for graphical user interface viewing. The c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
[snip]
>> Is this an AMD host?
> Nope, Intel Core2, more host info :
I have put all the relevant binaries and their config files here:
http://uml.devloop.org.uk/kvmbug/
Host kernel, qemu binary, kvm guest kernel and the UML binary I have
used for bi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi Marcelo,
Marcelo Tosatti wrote:
> On Sat, Sep 05, 2009 at 08:41:26PM +0700, Antoine Martin wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA512
>>
>> Hi,
>>
>> I reported this bug a while ago but
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
I reported this bug a while ago but no-one picked up on it.
Just launch any UML 32-bit kernel on a 64-bit KVM guest:
test $ ./kernel32-2.6.16.62
Checking that ptrace can change system call numbers...OK
Checking syscall emulation patch for ptrac
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
> It seems to be an unsettled issue, but, would any kind soul suggest
> the current
> best practice for setting the clock in Ubuntu Linux and Windows guests?
For Linux the best source clock is the kvm pv clock (exist from 2.6.27
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
Dor Laor wrote:
> On 08/03/2009 04:52 AM, Kent Tong wrote:
>> Hi,
>>
>> It seems to be an unsettled issue, but, would any kind soul suggest
>> the current
>> best practice for setting the clock in Ubuntu Linux and Windows guests?
>
> For Linux
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
I was told to turn off "-usbdevice tablet" to reduce context switching
on the host, and that vinagre handled the mouse position correctly
without it.
Just tried it: "Vinagre / Remote Desktop Viewer 2.26.1" and it is as
unusable as all the other
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi list,
I was just testing some old builds and managed to freeze the guest I was
testing on... Totally repeatable.
Running the same binary on a kernel not running in KVM does not cause
the lockup.
Guest:
# uname -a
Linux virtual.nagafix.co.uk 2.6.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Michael Tokarev wrote:
> Antoine Martin wrote:
> []
>> LINK x86_64-softmmu/qemu-system-x86_64
>> /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.2/../../../../x86_64-pc-linux-gnu/bin/ld:
>>
>> cannot find -lpci
>>
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
./configure --kerneldir=/usr/src/linux-2.6.29.4 --static
[...]
make
[...]
CCx86_64-softmmu/i386-dis.o
ARx86_64-softmmu/libqemu.a
LINK x86_64-softmmu/qemu-system-x86_64
/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.2/../../../../x86_64-pc-l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Avi Kivity wrote:
> Antoine Martin wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA512
>>
>>
>>> Ah, -usbdevice tablet, interrupt generator from hell. Let it go and
>>> you'll see your
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
> Ah, -usbdevice tablet, interrupt generator from hell. Let it go and
> you'll see your context switch rate drop.
Indeed that solved it!
(only kept it for the one windows guest that really needs it)
Many many thanks.
>> - total-cpu-usage -d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
I've recently increased the number of guests (+20%) running on one of my
hosts and found that the responsiveness suffered.
Before that, the context switches were hovering around 10K, now they're
close to 30K. Or this could just be because I upgr
Avi Kivity wrote:
> Antoine Martin wrote:
>>> You're out of memory.
>>>
>> That's quite odd, the guest wasn't even hitting the swap at the tine.
>
> But you do have swap enabled?
Yes.
I always do this on the guests as it seems fairer to
Avi Kivity wrote:
> Antoine Martin wrote:
>> Hi,
>>
>> Here is another one, any ideas?
>> These oopses do look quite deep. Is it normal to end up in tcp_send_ack
>> from pdflush??
>>
>>
>
> I think it can happen anywhere, part of t
Re-sending as this does not seem to have made it to the list.
Antoine Martin wrote:
> Hi,
>
> Here is another one, any ideas?
> These oopses do look quite deep. Is it normal to end up in tcp_send_ack
> from pdflush??
>
> Cheers
> Antoine
>
> [929492.154634] pd
present
Antoine Martin wrote:
> Hi
>
> Still getting (some but less) network issues with a 2.6.28.9 host.
>
> Found quite a few of these call traces in the 2.6.29.1 guests:
> Guest has 512MB of memory and was not all that busy (just network
> traffic), so I don'
swap = 1048568kB
[701453.836985] 131056 pages RAM
[701453.836987] 4801 pages reserved
[701453.836988] 98664 pages shared
[701453.836990] 34608 pages non-shared
Antoine Martin wrote:
> Hi,
>
> The bug report below does indeed match everything I have experienced.
> Upon further inspection,
anything, it made things worse... (speed was down to just 6KB/s
because of the number of broken packets)
Any ideas?
Cheers
Antoine
Mark McLoughlin wrote:
> On Sun, 2009-04-19 at 14:48 +0300, Avi Kivity wrote:
>> Antoine Martin wrote:
>>> -BEGIN PGP SIGNED MESSAGE
still running 2.6.29.1, but I am not likely to try that
release again on the host anytime soon! Ouch!
Antoine
Antoine Martin wrote:
> Hi,
>
> I've got some hosts that were happily running the 2.6.25.x host kernel,
> kvm-84, kernel.org kvm modules.
> The guests were running 2.6.
Hi,
I've got some hosts that were happily running the 2.6.25.x host kernel,
kvm-84, kernel.org kvm modules.
The guests were running 2.6.25 to 2.6.29.x quite happily.
Network was using virtio.
Since I upgraded one of the hosts (Intel dual core) to 2.6.29.x
yesterday, the virtio network performance
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi list,
I have a bunch of Linux filesystems available for download. These were
originally made for use in UML, but I have now moved all my systems to
use KVM so all these filesystems should work fine out of the box with both.
It can be quite useful
Hi list,
Got 2 crashes on the same guest in 2 days when under heavy IO (virt-io).
There's not much to go at:
3785 Bus error ./qemu-19 -clock dynticks -usbdevice tablet
- -m 768 -monitor telnet:127.0.0.1:10019,server,nowait -L ./ -kernel
./bzImage-2.6.28.1 -append "earlyprintk=serial,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Jamie Kirkpatrick wrote:
> Try adding -usbdevice tablet. This should sort it out.
Thank you very much. That did the trick!
>
> 2009/1/6 Antoine Martin :
> nuit...@melchior.nuitari.net wrote:
>>>>>> Hi everybody
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
nuit...@melchior.nuitari.net wrote:
>>> Hi everybody,
>>>
>>> I switched to KVM some time ago from vmware and VB. Everything works
>>> great but there are noticeable lags in mouse motion in comparison with
>>> other VMs.
>>> Is this a known issu
Hi,
I am testing kernel builds with Intel's ICC and got a failure on KVM
(not that the rest was very smooth either...)
Just in case someone is interested, here it is (this kernel tree is
loosely based on linux-next + other patches):
CC [M] arch/x86/kvm/svm.o - due to: include/linux/bounds.h
70 matches
Mail list logo