On Tue, Jun 10, 2014 at 5:36 PM, Rich Freeman wrote:
> On Tue, Jun 10, 2014 at 5:31 PM, Heiko Zinke wrote:
>>
>> So if I "sudo virsh edit vmname" and substitute "/usr/bin/qemu-kvm" by
>> "/usr/bin/qemu-system-x86_64 -machine accel=kvm -enable-kvm" I only get this
>> error :(
>> "error: Cannot che
On Tue, Jun 10, 2014 at 5:31 PM, Heiko Zinke wrote:
>
> So if I "sudo virsh edit vmname" and substitute "/usr/bin/qemu-kvm" by
> "/usr/bin/qemu-system-x86_64 -machine accel=kvm -enable-kvm" I only get this
> error :(
> "error: Cannot check QEMU binary /usr/bin/qemu-system-x86_64 -machine
> accel=k
Hi,
with my recent qemu update from 1.6 to 2.0 I got the following error:
* The kvm/qemu-kvm wrappers no longer exist, but your libvirt
* instances are still pointing to it. Please update your
* configs in /etc/libvirt/qemu/ to use the -enable-kvm flag
* and the right system binary (e.g. qemu
Am 09.10.2012 22:45, schrieb Stefan G. Weichinger:
> Unfortunately I still don't see what to compile in for this unknown
> PCI-device: the old kernel seems not to know what to do with PIIX3
> (although exactly the same kernel uses PIIX4 fine on vmware).
>
> Maybe some different PCI-bus .. ?
afte
Am 09.10.2012 22:06, schrieb Stefan G. Weichinger:
> Worth a try, sure. Although that old suse isn't exactly gentoo ... you
> know ;)
Apart from testing the software inside the VM ... I got my first own
2.2-kernel booted in there ;-)
I was able to add some other features I missed before, looks O
Am 09.10.2012 21:34, schrieb Florian Philipp:
> Given that the kernel is old and unsupported anyway, couldn't you
> just compile a slightly newer one with the right modules? Or
> transplant it from the other VM you mentioned?
Yes and no ... the software running in the VM is somehow compiled
"agai
Am 09.10.2012 21:21, schrieb Stefan G. Weichinger:
> Am 09.10.2012 20:52, schrieb Stefan G. Weichinger:
>
>> When I cp a file within that VM it takes ages ... unfortunately the OS
>> doesn't bring much modules with it so I can't just swap the virtual
>> controller for SCSI or so :-(
>
> addition:
Am 09.10.2012 20:52, schrieb Stefan G. Weichinger:
> When I cp a file within that VM it takes ages ... unfortunately the OS
> doesn't bring much modules with it so I can't just swap the virtual
> controller for SCSI or so :-(
addition:
within vmware-context I get a virtual PIIX4-IDE-controller.
Sorry folks, I get OT again.
I already spent around 3 days now fiddling around with a new and shiny
virtualization server running am64.
Issue:
I have to run a guest which is old:
Suse Linux 6.1, with a 2.2.5 kernel.
ext2-filesystems in there ...
I run that one OK on an older gentoo-host with
Whenever I run a qemu-kvm when xscreensaver starts it stops guest os from
working. Eg if I am emerging on guest or downloading a file when xscreensaver
starts on the host the guest freezes. Stopping xscreensaver and guest continues
where left off.
I can cure this by disabling xscreensaver but s
Whenever I run a qemu-kvm when xscreensaver starts it stops guest os from
working. Eg if I am emerging on guest or downloading a file when xscreensaver
starts on the host the guest freezes. Stopping xscreensaver and guest continues
where left off.
I can cure this by disabling xscreensaver but s
On Sat, 16 Jul 2011 19:04:51 +
j...@jdm.myzen.co.uk wrote:
> No unfortunately
> --Original Message--
> From: Matthew Finkel
> To: Gentoo
> ReplyTo: Gentoo
> Subject: Re: [gentoo-user] qemu-kvm
> Sent: 16 Jul 2011 17:51
>
> On 07/15/11 20:24, john wrote
No unfortunately
--Original Message--
From: Matthew Finkel
To: Gentoo
ReplyTo: Gentoo
Subject: Re: [gentoo-user] qemu-kvm
Sent: 16 Jul 2011 17:51
On 07/15/11 20:24, john wrote:
> I am running a gentoo amd64 qemu-kvm virtual image on my gentoo amd64
> box.
>
> Everything is
On 07/15/11 20:24, john wrote:
> I am running a gentoo amd64 qemu-kvm virtual image on my gentoo amd64
> box.
>
> Everything is running well. Machine boots up and all looks to be ok.
>
> When I startx the screen goes purple (on guest) and locks up. The only
> error message I get is on host.
>
> KVM
, 15 Jul 2011 23:02:45
To:
Reply-to: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] qemu-kvm
On Saturday, July 16 at 01:24 (+0100), john said:
> I am running a gentoo amd64 qemu-kvm virtual image on my gentoo amd64
> box.
>
> Everything is running well. Machine boots up a
On Saturday, July 16 at 01:24 (+0100), john said:
> I am running a gentoo amd64 qemu-kvm virtual image on my gentoo amd64
> box.
>
> Everything is running well. Machine boots up and all looks to be ok.
>
> When I startx the screen goes purple (on guest) and locks up. The only
> error message I
I am running a gentoo amd64 qemu-kvm virtual image on my gentoo amd64
box.
Everything is running well. Machine boots up and all looks to be ok.
When I startx the screen goes purple (on guest) and locks up. The only
error message I get is on host.
KVM internal error. Suberror: 1 emulation failur
On Wed, 2011-04-06 at 12:00 +0300, Kfir Lavi wrote:
>
> Hi Albert,
> Can you paste your USE flags for qemu?
>
> Thanks,
> Kfir
USE="aio sdl vde -alsa -bluetooth -brltty -curl -esd -fdt -hardened
-jpeg -ncurses -png -pulseaudio -qemu-ifup -sasl -ssl -static"
On Wed, Apr 6, 2011 at 1:42 AM, Albert Hopkins wrote:
> On Tue, 2011-04-05 at 18:06 +0300, Kfir Lavi wrote:
> > Hi,
> > After updating qemu-kvm to 0.13.0-r2 I get an infinite loop when running
> > qemu.
> > You can spot the loop with strace.
> > This problem shows on Redhat
> > https://bugzilla.re
On Wed, Apr 6, 2011 at 1:42 AM, Albert Hopkins wrote:
> On Tue, 2011-04-05 at 18:06 +0300, Kfir Lavi wrote:
> > Hi,
> > After updating qemu-kvm to 0.13.0-r2 I get an infinite loop when running
> > qemu.
> > You can spot the loop with strace.
> > This problem shows on Redhat
> > https://bugzilla.re
On Tue, 2011-04-05 at 18:06 +0300, Kfir Lavi wrote:
> Hi,
> After updating qemu-kvm to 0.13.0-r2 I get an infinite loop when running
> qemu.
> You can spot the loop with strace.
> This problem shows on Redhat
> https://bugzilla.redhat.com/show_bug.cgi?id=553689#c5
> and they say that it is related
Hi,
After updating qemu-kvm to 0.13.0-r2 I get an infinite loop when running
qemu.
You can spot the loop with strace.
This problem shows on Redhat
https://bugzilla.redhat.com/show_bug.cgi?id=553689#c5
and they say that it is related to the seabios.
Does anyone have this problem too?
I'm compiling
Am 11.02.2011 11:39, schrieb Stefan G. Weichinger:
> The logo stays there for about 10 sec or so ... and the clock gets slooower.
It *seems* solved now.
Enabled high res timers in host-kernel and DISabled "internet time"
(=ntp-client) in Windows7-guest. Now it is quicker and no drifting clock
(w
Am 11.02.2011 10:46, schrieb Petri Rosenström:
> I use kvm on gentoo, I really don't use the clock on the windows
> guests (I don't use windows vm) :). But I could guess that the issue
> might be with localtime, so you could try using "-rtc base=localtime"
> parameter with starting the windows ho
Am 11.02.2011 10:46, schrieb Petri Rosenström:
> I use kvm on gentoo, I really don't use the clock on the windows
> guests (I don't use windows vm) :). But I could guess that the issue
> might be with localtime, so you could try using "-rtc base=localtime"
> parameter with starting the windows ho
On Fri, Feb 11, 2011 at 11:12 AM, Stefan G. Weichinger wrote:
>
> Greets,
>
> does anyone else run KVM on gentoo as well?
>
> I delivered a amd64-server these days and a Win7-pro-guest runs on it.
>
> Now they tell me they have clock issues in the guest :-(
>
> I found
>
> http://docs.fedoraprojec
Am 11.02.2011 10:12, schrieb Stefan G. Weichinger:
> Now they tell me they have clock issues in the guest :-(
[...]
> I don't know where to start.
Another fact:
When I access the guest via RDP, it is slower than when I access it via
the libvirt-console (which in fact is VNC, right?)
hmm
Greets,
does anyone else run KVM on gentoo as well?
I delivered a amd64-server these days and a Win7-pro-guest runs on it.
Now they tell me they have clock issues in the guest :-(
I found
http://docs.fedoraproject.org/en-US/Fedora/13/html/Virtualization_Guide/chap-Virtualization-KVM_guest_tim
qemu-kvm apparently expects a couple of options in /etc/make.conf,
namely QEMU_SOFTMMU_TARGETS and QEMU_USER_TARGETS. The "documentation"
that I could find in Google is underwhelming, to say the least. I could
guess from the names alone that they "define targets"...dohhh. It could
use an examp
29 matches
Mail list logo
