From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Fjellstrom Subject: Re: one out of four existing kvm guest's not starting after system upgrade Date: Tue, 28 Feb 2012 10:32:25 -0700 Message-ID: <201202281032.25650.thomas@fjellstrom.ca> References: <201202172149.36904.thomas@fjellstrom.ca> <201202191313.58710.thomas@fjellstrom.ca> <4F4C9AB5.4090904@web.de> Reply-To: thomas@fjellstrom.ca Mime-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Cc: KVM To: Jan Kiszka Return-path: Received: from mail.tomasu.net ([64.85.170.232]:40332 "EHLO mail.tomasu.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S964793Ab2B1Rca (ORCPT ); Tue, 28 Feb 2012 12:32:30 -0500 In-Reply-To: <4F4C9AB5.4090904@web.de> Sender: kvm-owner@vger.kernel.org List-ID: On Tue Feb 28, 2012, you wrote: > On 2012-02-19 21:13, Thomas Fjellstrom wrote: > > I'm pretty much stumped on this. So I decided to try re-creating the vm > > through virt-manager. Its up and running now. The only to major > > differences I can see in the old and new config is the machine (-M > > pc-0.12 vs -M pc-1.0) parameter, and the uuid. The rest of the > > parameters I played with a lot trying to get it to work by starting up > > the vm manually from the cli. I can't really see how those two changes > > would do much of anything considering the other three VM's still are > > configured to use -M pc-0.12, and they work fine. > > To pick up this topic again: The trace contains no clear indication what > is going on. Now I'm trying to understand what works and what not. > Please correct / extend as required: > > - qemu-kvm-0.12 problematic-vm.img [OK] > - qemu-kvm-1.0 -M pc-0.12 problematic-vm.img [HANG] > - qemu-kvm-1.0 -M pc-1.0 problematic-vm.img [OK] > > In all cases, the image is the same, never reinstalled? Right. same exact disk image. > > BTW, what is your guest again? What is your VM configuration? Guest is debian squeeze. (with a trace of sid, but not a whole lot) > That IOCTL error messages you find in the kernel log likely relate to > direct cdrom access from the qemu process. Do you pass a host drive > through? Not a CDROM drive no. The host doesn't even have a cdrom drive. There are some virtio lvm disk images passed through. > Jan -- Thomas Fjellstrom thomas@fjellstrom.ca