<div class="gmail_quote">On Wed, Oct 26, 2011 at 11:50 PM, Eric Blake <span dir="ltr"><<a href="mailto:eblake@redhat.com">eblake@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
[re-adding the list]<div class="im"><br>
<br>
On 10/26/2011 09:37 AM, 邱敏鈴 wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
linux distribution : linux2.6.35-30-server version : ubuntu10.10<br>
<br>
virsh # version<br>
Compiled against library: libvir 0.8.3<br>
Using library: libvir 0.8.3<br>
Using API: QEMU 0.8.3<br>
Running hypervisor: QEMU 0.12.5<br>
<br>
/var/log/libvirt/qemu/<u></u>controlnode.log<br>
LC_ALL=C PATH=/usr/local/sbin:/usr/<u></u>local/bin:/usr/bin:/usr/sbin:/<u></u>sbin:/bin<br>
QEMU_AUDIO_DRV=none /usr/bin/kvm -S -M pc-0.12 -enable-kvm -m 1024 -smp<br>
2,sockets=2,cores=1,threads=1 -name controlnode -uuid<br>
ce48e7d5-de02-8faf-c829-<u></u>9e000ca49b2b -nodefaults -chardev<br>
socket,id=monitor,path=/var/<u></u>lib/libvirt/qemu/controlnode.<u></u>monitor,server,nowait<br>
-mon chardev=monitor,mode=readline -rtc base=utc -boot c -drive<br>
file=/vm/vm1/ubuntu-kvm/<u></u>tmpkzLes0.qcow2,if=none,id=<u></u>drive-ide0-0-0,boot=on,format=<u></u>qcow2<br>
-device ide-drive,bus=ide.0,unit=0,<u></u>drive=drive-ide0-0-0,id=ide0-<u></u>0-0 -device<br>
virtio-net-pci,vlan=0,id=net0,<u></u>mac=52:54:00:17:a2:d0,bus=pci.<u></u>0,addr=0x3 -net<br>
tap,fd=37,vlan=0,name=hostnet0 -usb -vnc <a href="http://127.0.0.1:0" target="_blank">127.0.0.1:0</a> -vga cirrus -device<br>
virtio-balloon-pci,id=<u></u>balloon0,bus=pci.0,addr=0x4<br>
bind(unix:/var/lib/libvirt/<u></u>qemu/controlnode.monitor): Permission denied<br>
chardev: opening backend "socket" failed<br>
</blockquote>
<br></div>
This part of the log looks suspicious. Could this be an installation issue, or perhaps AppArmor not configured correctly?<div><div></div><div class="h5"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
virsh # dumpxml controlnode<br>
<domain type='kvm'><br>
<name>controlnode</name><br>
<uuid>ce48e7d5-de02-8faf-c829-<u></u>9e000ca49b2b</uuid><br>
<memory>1048576</memory><br>
<currentMemory>1048576</<u></u>currentMemory><br>
<vcpu>2</vcpu><br>
<os><br>
<type arch='x86_64' machine='pc-0.12'>hvm</type><br>
<boot dev='hd'/><br>
</os><br>
<features><br>
<acpi/><br>
</features><br>
<clock offset='utc'/><br>
<on_poweroff>destroy</on_<u></u>poweroff><br>
<on_reboot>restart</on_reboot><br>
<on_crash>destroy</on_crash><br>
<devices><br>
<emulator>/usr/bin/kvm</<u></u>emulator><br>
<disk type='file' device='disk'><br>
<driver name='qemu' type='qcow2'/><br>
<source file='/vm/vm1/ubuntu-kvm/<u></u>tmpkzLes0.qcow2'/><br>
<target dev='hda' bus='ide'/><br>
<address type='drive' controller='0' bus='0' unit='0'/><br>
</disk><br>
<controller type='ide' index='0'><br>
<address type='pci' domain='0x0000' bus='0x00' slot='0x01'<br>
function='0x1'/><br>
</controller><br>
<interface type='bridge'><br>
<mac address='52:54:00:17:a2:d0'/><br>
<source bridge='br0'/><br>
<target dev='vnet0'/><br>
<model type='virtio'/><br>
<address type='pci' domain='0x0000' bus='0x00' slot='0x03'<br>
function='0x0'/><br>
</interface><br>
<input type='mouse' bus='ps2'/><br>
<graphics type='vnc' port='-1' autoport='yes' listen='127.0.0.1'/><br>
<video><br>
<model type='cirrus' vram='9216' heads='1'/><br>
<address type='pci' domain='0x0000' bus='0x00' slot='0x02'<br>
function='0x0'/><br>
</video><br>
<memballoon model='virtio'><br>
<address type='pci' domain='0x0000' bus='0x00' slot='0x04'<br>
function='0x0'/><br>
</memballoon><br>
</devices><br>
</domain><br>
<br>
virsh # managedsave-remove controlnode couldn't help!<br>
</blockquote>
<br></div></div>
Nothing in that XML jumped out as suspicious to me. And from the sound of your managedsave-remote not making a difference, my guess of a corrupt managed save image getting in the way is a red herring. I'm not sure what to suggest trying next. Maybe others can chime in...<div>
<div></div><div class="h5"><br>
<br>
-- <br>
Eric Blake <a href="mailto:eblake@redhat.com" target="_blank">eblake@redhat.com</a> <a href="tel:%2B1-801-349-2682" value="+18013492682" target="_blank">+1-801-349-2682</a><br>
Libvirt virtualization library <a href="http://libvirt.org" target="_blank">http://libvirt.org</a><br>
</div></div></blockquote></div><br><div><br></div><div>Maybe can create a new VM & attached the disk on it and see whether it can start or not.. if it can mean the images is not corrupted..if not then bad luck..</div>
<div><br></div><div>Regards,</div><div>Peter</div>