qemu update for fc13 broken?

[Bill Davidsen]

I just installed the recent qemu update on my KVM server which hosts my VMs for 
local services. I stopped all VMs, did the upgrade, and reboot. Now none of the 
VMs respond to mouse or have sound.

Any thoughts? x86_64, all stock Fedora stuff, critical service (why I'm working 
Saturday).

-- 
Bill Davidsen <davidsen(a)tmr.com&gt;
   "We have more to fear from the bungling of the incompetent than from
the machinations of the wicked."  - from Slashdot

[Ken Smith]

Ken Smith wrote:
>  {snip}
>  This might be related. On my FC13 system, on 22 Mar, qemu went from
>
>  qemu-common-0.12.5-1.fc13.x86_64 to ->  qemu-common-0.13.0-1.fc13.x86_64
>
>  After that update an XP vm no longer boots. Win 7 and Centos VM's are
>  fine. The XP vm was installed with the work-around of booting from an
>  iso image of the XP install disk and being allowed to time out and then
>  starting the system on the hard disk image. The XP install image will
>  boot and the XP repair option that appears early in the XP install
>  sequence can mount the disk. It's native fixmbr/fixboot commands don't help.
>
>  If I attach the xp vm's disk to the Win 7 vm all the files are visible.
>
>  Any suggestions
>
>  Thanks
>
>  Ken
>
>
>
>      
Update: I have installed new XP guest system and copied the whole 
filesystem from the non-booting one over the new XP filesystem and it 
now boots fine without the workaround of booting via the XP install iso 
image. XP had a bit of a tantrum over its own activation process but 
that is OK now.

:-) Ken


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

[Ken Smith]

Bill Davidsen wrote:
>  Bill Davidsen wrote:
>     
> > compdoc wrote:
> >      
> >>> Keyboard works, mouse doesn't.
> >>> Does that give you any clues?
> >>>          
> >>
> >> I'm using qemu-kvm 0.14.0, and I have to run the command like this or
> >> neither the mouse or keyboard works:
> >>
> >> qemu-kvm -m 512 -hda svr.img -soundhw ac97 -k en-us -usbdevice tablet
> >>
> >>        
> > Have not previously used the "tablet" option for console, only for VNC
> > operation. So if that solves the problem it will be new behavior (I'll take it
> > as workaround if it works, though).
> >
> > I'll report after I try it, been a long day.
> >
> >      
>  Using the tablet option restores functionality, although it's not clear why
>  anything was deliberately changed with the recent qemu update. I tested on a
>  number of VMs, including the new Scientific Linux (similar to CentOS) release.
>  Works perfectly, both the screen and the SL-6.0 release. Going on a few servers
>  next week for "real testing."
>
>      
This might be related. On my FC13 system, on 22 Mar, qemu went from

qemu-common-0.12.5-1.fc13.x86_64 to -> qemu-common-0.13.0-1.fc13.x86_64

After that update an XP vm no longer boots. Win 7 and Centos VM's are 
fine. The XP vm was installed with the work-around of booting from an 
iso image of the XP install disk and being allowed to time out and then 
starting the system on the hard disk image. The XP install image will 
boot and the XP repair option that appears early in the XP install 
sequence can mount the disk. It's native fixmbr/fixboot commands don't help.

If I attach the xp vm's disk to the Win 7 vm all the files are visible.

Any suggestions

Thanks

Ken



-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

[Bill Davidsen]

Bill Davidsen wrote:
>  compdoc wrote:
> >> Keyboard works, mouse doesn't.
> >> Does that give you any clues?
> >
> >
> > I'm using qemu-kvm 0.14.0, and I have to run the command like this or
> > neither the mouse or keyboard works:
> >
> > qemu-kvm -m 512 -hda svr.img -soundhw ac97 -k en-us -usbdevice tablet
> >
>  Have not previously used the "tablet" option for console, only for VNC
>  operation. So if that solves the problem it will be new behavior (I'll take it
>  as workaround if it works, though).
>
>  I'll report after I try it, been a long day.
>  
Using the tablet option restores functionality, although it's not clear why 
anything was deliberately changed with the recent qemu update. I tested on a 
number of VMs, including the new Scientific Linux (similar to CentOS) release. 
Works perfectly, both the screen and the SL-6.0 release. Going on a few servers 
next week for "real testing."

-- 
Bill Davidsen <davidsen(a)tmr.com&gt;
   "We have more to fear from the bungling of the incompetent than from
the machinations of the wicked."  - from Slashdot

[Bill Davidsen]

compdoc wrote:
> > Keyboard works, mouse doesn't.
> > Does that give you any clues?
>
>
>  I'm using qemu-kvm 0.14.0, and I have to run the command like this or
>  neither the mouse or keyboard works:
>
>  qemu-kvm -m 512 -hda svr.img -soundhw ac97 -k en-us -usbdevice tablet
>  
Have not previously used the "tablet" option for console, only for VNC 
operation. So if that solves the problem it will be new behavior (I'll take it 
as workaround if it works, though).

I'll report after I try it, been a long day.

-- 
Bill Davidsen <davidsen(a)tmr.com&gt;
   "We have more to fear from the bungling of the incompetent than from
the machinations of the wicked."  - from Slashdot

[compdoc]

>  Keyboard works, mouse doesn't.
>  Does that give you any clues? 

I'm using qemu-kvm 0.14.0, and I have to run the command like this or
neither the mouse or keyboard works:

qemu-kvm -m 512 -hda svr.img -soundhw ac97 -k en-us -usbdevice tablet

[Bill Davidsen]

compdoc wrote:
> > Bill Davidsen wrote:
> > I just installed the recent qemu update on my KVM server which hosts my
>  VMs for
> > local services. I stopped all VMs, did the upgrade, and reboot. Now none
>  of the
> > VMs respond to mouse or have sound.
>
>  Does the keyboard work?
>
>  Just curious - you run the vm from a command line. Does your server run a
>  kde or gnome desktop, or does it boot to the command line?
>  
Boots into a standard login screen (GNOME) for the CentOS and FC1[034] servers, 
and standard XP boot for the Windows test bed. These have all been working fine 
until the latest qemu update. Keyboard works, mouse doesn't.

Does that give you any clues?

-- 
Bill Davidsen <davidsen(a)tmr.com&gt;
   "We have more to fear from the bungling of the incompetent than from
the machinations of the wicked."  - from Slashdot

[compdoc]

> Bill Davidsen wrote:
>  I just installed the recent qemu update on my KVM server which hosts my 
VMs for
>  local services. I stopped all VMs, did the upgrade, and reboot. Now
> none 
of the
>  VMs respond to mouse or have sound. 
Does the keyboard work?

Just curious - you run the vm from a command line. Does your server run a
kde or gnome desktop, or does it boot to the command line?

[Bill Davidsen]

Bill Davidsen wrote:
>  I just installed the recent qemu update on my KVM server which hosts
> my VMs for
>  local services. I stopped all VMs, did the upgrade, and reboot. Now none of the
>  VMs respond to mouse or have sound.
>
>  Any thoughts? x86_64, all stock Fedora stuff, critical service (why I'm working
>  Saturday).
>  
One clarification: this occurs when running the VM on the console:
   qemu-kvm -m 512 -hda svr.img -soundhw ac97
rather than using a VNC connection
   qemu-kvm -m 512 -hda svr.img -soundhw ac97 -vnc :3 -usbdevice tablet

For various reasons we run these VMs directly on the console, and they have been 
working since FC6 or so.

-- 
Bill Davidsen <davidsen(a)tmr.com&gt;
   "We have more to fear from the bungling of the incompetent than from
the machinations of the wicked."  - from Slashdot