[libvirt-users] snapshot-create-as for a single disk not all disks
by cmcc.dylan
Hi everyone!
Is there any way to create snaphot for a single disk of a virtual machine. As I konw, "virsh snapshot-create-as domain_name snapshot_name --disk-only" traverses all block devices to create snapshot. However I don't want to create snapshot except for root partition.
The version of qemu and libvirt I used is as follows:
qemu-1.4.2 and libvrit-0.10.2
I meet an error when I delete the snapshot which is created by "snapshot-create-as" command. whether or not qemu(1.4.2) and libvirt(0.10.2) don't support the function currently.
Look forward to your help!
11 years, 5 months
[libvirt-users] Permission denied
by Roland Giesler
System:
$ cat /etc/issue
Ubuntu 12.10 \n \l
$ uname -a
Linux Matt-HP 3.5.0-34-generic #55-Ubuntu SMP Thu Jun 6 20:20:19 UTC 2013
i686 i686 i686 GNU/Linux
I have a converted VMWare virtual machine which I converted by using:
$ vmware2libvirt -f ./WinXPPro.vmx > WinXPPro.xml
$ virsh -c qemu:///system define WinXPPro.xml
After various efforts to start the machine, I changed some of the setting
(as advised by the error messages I got). My changes were:
<domain type='kvm'> to <domain type='qemu'>
and
<emulator>/usr/bin/kvm</emulator> to
<emulator>/usr/bin/qemu-system-i386</emulator>
and
whatever it was before (i guess type 'raw') to <driver name='qemu'
type='vmdk'/>
Now "virsh edit WinXPPro" gives me:
<domain type='qemu'>
<name>WinXPPro</name>
<uuid>8f83332d-d1c7-4ca9-a171-48823aeb30a8</uuid>
<memory unit='KiB'>1048576</memory>
<currentMemory unit='KiB'>1048576</currentMemory>
<vcpu placement='static'>1</vcpu>
<os>
<type arch='i686' machine='pc-1.2'>hvm</type>
<boot dev='hd'/>
</os>
<features>
<acpi/>
</features>
<clock offset='utc'/>
<on_poweroff>destroy</on_poweroff>
<on_reboot>restart</on_reboot>
<on_crash>destroy</on_crash>
<devices>
<emulator>/usr/bin/qemu-system-i386</emulator>
<disk type='file' device='disk'>
<driver name='qemu' type='vmdk'/>
<source file='/home/roland/WinXPPro/WinXPPro.vmdk'/>
<target dev='hda' bus='ide'/>
<address type='drive' controller='0' bus='0' target='0' unit='0'/>
</disk>
<controller type='usb' index='0'>
<address type='pci' domain='0x0000' bus='0x00' slot='0x01'
function='0x2'/>
</controller>
<controller type='ide' index='0'>
<address type='pci' domain='0x0000' bus='0x00' slot='0x01'
function='0x1'/>
</controller>
<interface type='network'>
<mac address='00:0c:29:1e:37:c4'/>
<source network='default'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x03'
function='0x0'/>
</interface>
<input type='mouse' bus='ps2'/>
<graphics type='vnc' port='-1' autoport='yes' listen='127.0.0.1'>
<listen type='address' address='127.0.0.1'/>
</graphics>
<video>
<model type='cirrus' vram='9216' heads='1'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x02'
function='0x0'/>
</video>
<memballoon model='virtio'>
<address type='pci' domain='0x0000' bus='0x00' slot='0x04'
function='0x0'/>
</memballoon>
</devices>
</domain>
When I got the "permission denied" error, I found advice to change the user
to libvirt-qemu and the group to kvm. Both exist on my system.
$ ls -la
total 15899728
drwxrwxr-x 2 roland roland 4096 Jun 25 16:05 .
drwxr-xr-x 92 roland roland 4096 Jun 25 18:15 ..
-rw------- 1 libvirt-qemu kvm 1474560 Jun 24 20:00 floppy_disk_image
-rw------x 1 libvirt-qemu kvm 1073741824 Jun 24 20:27
WinXPPro-c21a8baf.vmem
-rw------x 1 libvirt-qemu kvm 135507536 Jun 24 20:12
WinXPPro-c21a8baf.vmss
-rw----r-x 1 libvirt-qemu kvm 8684 Jun 24 20:18 WinXPPro.nvram
-rw----r-x 1 libvirt-qemu kvm 2145255424 Jun 24 20:12 WinXPPro-s001.vmdk
-rw----r-x 1 libvirt-qemu kvm 2146238464 Jun 24 20:33 WinXPPro-s002.vmdk
-rw----r-x 1 libvirt-qemu kvm 2146631680 Jun 24 20:25 WinXPPro-s003.vmdk
-rw----r-x 1 libvirt-qemu kvm 3211264 Jun 24 20:12 WinXPPro-s004.vmdk
-rw----r-x 1 libvirt-qemu kvm 2106261504 Jun 24 20:18 WinXPPro-s005.vmdk
-rw----r-x 1 libvirt-qemu kvm 2146697216 Jun 24 20:00 WinXPPro-s006.vmdk
-rw----r-x 1 libvirt-qemu kvm 2162688 Jun 24 20:27 WinXPPro-s007.vmdk
-rw----r-x 1 libvirt-qemu kvm 2146107392 Jun 24 20:06 WinXPPro-s008.vmdk
-rw----r-x 1 libvirt-qemu kvm 2099511296 Jun 24 19:58 WinXPPro-s009.vmdk
-rw-rw-r-x 1 libvirt-qemu kvm 128446464 Jun 24 20:19 WinXPPro-s010.vmdk
-rw----r-x 1 libvirt-qemu kvm 857 Jun 25 15:54 WinXPPro.vmdk
-rw-r--r-x 1 libvirt-qemu kvm 0 Jun 24 20:12 WinXPPro.vmsd
-rwxr-xr-x 1 libvirt-qemu kvm 4209 Jun 25 15:56 WinXPPro.vmx
-rw-r--r-x 1 libvirt-qemu kvm 2932 Jun 25 15:57 WinXPPro.vmxf
-rw-rw-r-x 1 libvirt-qemu kvm 852 Jun 25 16:05 WinXPPro.xml
$ virsh start WinXPPro
error: Failed to start domain WinXPPro
error: internal error process exited while connecting to monitor:
qemu-system-i386: -drive
file=/home/roland/WinXPPro/WinXPPro.vmdk,if=none,id=drive-ide0-0-0,format=vmdk:
could not open disk image /home/roland/WinXPPro/WinXPPro.vmdk: Permission
denied
However, despite not using "sudo" and running the command as me, the
WinXPPro.vmdk file is now owned by root, so I get the complaint that the
file cannot be accessed. If I sudo the command, it gives me the exact same
result.
$ ls -la
total 15899728
drwxrwxr-x 2 roland roland 4096 Jun 25 16:05 .
drwxr-xr-x 92 roland roland 4096 Jun 25 18:15 ..
-rw------- 1 libvirt-qemu kvm 1474560 Jun 24 20:00 floppy_disk_image
-rw------x 1 libvirt-qemu kvm 1073741824 Jun 24 20:27
WinXPPro-c21a8baf.vmem
-rw------x 1 libvirt-qemu kvm 135507536 Jun 24 20:12
WinXPPro-c21a8baf.vmss
-rw----r-x 1 libvirt-qemu kvm 8684 Jun 24 20:18 WinXPPro.nvram
-rw----r-x 1 libvirt-qemu kvm 2145255424 Jun 24 20:12 WinXPPro-s001.vmdk
-rw----r-x 1 libvirt-qemu kvm 2146238464 Jun 24 20:33 WinXPPro-s002.vmdk
-rw----r-x 1 libvirt-qemu kvm 2146631680 Jun 24 20:25 WinXPPro-s003.vmdk
-rw----r-x 1 libvirt-qemu kvm 3211264 Jun 24 20:12 WinXPPro-s004.vmdk
-rw----r-x 1 libvirt-qemu kvm 2106261504 Jun 24 20:18 WinXPPro-s005.vmdk
-rw----r-x 1 libvirt-qemu kvm 2146697216 Jun 24 20:00 WinXPPro-s006.vmdk
-rw----r-x 1 libvirt-qemu kvm 2162688 Jun 24 20:27 WinXPPro-s007.vmdk
-rw----r-x 1 libvirt-qemu kvm 2146107392 Jun 24 20:06 WinXPPro-s008.vmdk
-rw----r-x 1 libvirt-qemu kvm 2099511296 Jun 24 19:58 WinXPPro-s009.vmdk
-rw-rw-r-x 1 libvirt-qemu kvm 128446464 Jun 24 20:19 WinXPPro-s010.vmdk
-rw----r-x 1 root root 857 Jun 25 15:54 WinXPPro.vmdk
-rw-r--r-x 1 libvirt-qemu kvm 0 Jun 24 20:12 WinXPPro.vmsd
-rwxr-xr-x 1 libvirt-qemu kvm 4209 Jun 25 15:56 WinXPPro.vmx
-rw-r--r-x 1 libvirt-qemu kvm 2932 Jun 25 15:57 WinXPPro.vmxf
-rw-rw-r-x 1 libvirt-qemu kvm 852 Jun 25 16:05 WinXPPro.xml
roland@Matt-HP:~/WinXPPro$
What is going on here?
Roland
11 years, 5 months
[libvirt-users] libvirt: xen error
by varun bhatnagar
Hi,
I am trying to install xen and provide libvrit support to it but while
installing at some point of time it tries to connect to GIT repository and
creates a clone but I am behind firewall and it is getting timed out.... :(
I am pasting a screenshot below. Can anyone of you please help me out with
this one.
//
Varun
11 years, 5 months
Re: [libvirt-users] libvirt hang on domain attemp to create domain
by Alexandr
On 20.06.2013 10:44, Michal Privoznik wrote:
> On 20.06.2013 09:40, Александр wrote:
>> В письме от Четверг, 20-июн-2013 09:15:14 Вы написали:
>>> On 19.06.2013 21:24, Александр wrote:
>>>> В письме от Среда, 19-июн-2013 09:35:27 пользователь Michal Privoznik
>> написал:
>>>>> On 18.06.2013 22:21, Александр wrote:
>>>>>> В письме от Вторник, 18-июн-2013 12:10:41 пользователь Michal Privoznik
>>>>>>
>>>>>> написал:
>>>>>>> On 18.06.2013 07:14, Александр wrote:
>>>>>>>> good day, i am trying to create domain via virDomainDefineXML. and my
>>>>>>>> program hanging, also i failed to caonnect to libvirt daemon with
>>>>>>>> virt-manager after this, only killing libvirtd via SIGKILL and
>>>>>>>> restarting
>>>>>>>> it solveing hang (i mean after restart i able to connect with
>>>>>>>> virt-manager), i using following domain xml
>>>>>>>>
>>>>>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>>>>>> <domain type="kvm">
>>>>>>>>
>>>>>>>> <tittle>Automatically created domain with default
>>>>>>>> configuration</tittle>
>>>>>>>> <name>vm1</name>
>>>>>>>> <description>no description</description>
>>>>>>>> <os>
>>>>>>>>
>>>>>>>> <type>hvm</type>
>>>>>>>> <boot dev="cdrom"/>
>>>>>>>> <boot dev="hd"/>
>>>>>>>>
>>>>>>>> </os>
>>>>>>>> <vcpu>1</vcpu>
>>>>>>>> <memory unit="MB">512</memory>
>>>>>>>> <cpu model="host-model">
>>>>>>>>
>>>>>>>> <topology sockets="1" cores="1" threads="1"/>
>>>>>>>>
>>>>>>>> </cpu>
>>>>>>>> <clock offset="localtime"/>
>>>>>>>> <devices>
>>>>>>>>
>>>>>>>> <graphics type="vnc" autoport="yes" password="admin"/>
>>>>>>>> <channel type="unix">
>>>>>>>>
>>>>>>>> <source mode="bind" path="/var/run/vm1.sock"/>
>>>>>>>> <target type="virtio" name="org.guest_agent.0"/>
>>>>>>>>
>>>>>>>> </channel>
>>>>>>>>
>>>>>>>> </devices>
>>>>>>>>
>>>>>>>> </domain>
>>>>>>>>
>>>>>>>> i have this calls on stack
>>>>>>>>
>>>>>>>> 0 0x00007ffff48c1750 __poll_nocancel
>>>>>>>> 1 0x00007ffff649e5ca virNetClientIOEventLoop
>>>>>>> This is just probably a client waiting for the corresponding libvirtd
>>>>>>> to
>>>>>>> provide a reply message. Are you able to get libvirtd debug logs so we
>>>>>>> can see what's going on?
>>>>>>>
>>>>>>> http://wiki.libvirt.org/page/DebugLogs
>>>>>>>
>>>>>>> BTW, what's the libvirt version you are running?
>>>>>>>
>>>>>>> Michal
>>>>>>>
>>>>>>>> 2 0x00007ffff649ed96 virNetClientSendInternal
>>>>>>>> 3 0x00007ffff64a0443 virNetClientSendWithReply
>>>>>>>> 4 0x00007ffff64a0daa virNetClientProgramCall
>>>>>>>> 5 0x00007ffff6478566 callFull.isra.2
>>>>>>>> 6 0x00007ffff6487fa2 remoteDomainDefineXML
>>>>>>>> 7 0x00007ffff6449d2f virDomainDefineXML
>>>>>>>> 8 0x0000000000426941 virt_domain::create
>>>>>>>> /home/sss/install/git/work/avirt/vm_pool/vm_pool/libvirt.cpp 295
>>>>>>>> 9 0x000000000040c1a9 main
>>>>>>>> /home/sss/install/git/work/avirt/vm_pool/vm_pool/main.cpp 40
>>>>>>>>
>>>>>>>> what i am doing wrong ?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> libvirt-users mailing list
>>>>>>>> libvirt-users(a)redhat.com
>>>>>>>> https://www.redhat.com/mailman/listinfo/libvirt-users
>>>>>> i have libvirt version 1.0.6, debug log in attachment.
>>>>> Yuck, this is 1.0.6; Well, from the logs it seems like the daemon is
>>>>> stuck. Can you attach to the libvirtd while it's being stuck and run 't
>>>>> a a bt' and post the result? I wonder if we have a deadlock somewhere.
>>>>>
>>>>> Michal
>>>> if i correctly understand you, you need debugger backtrace after libvirtd
>>>> stuck ?, if so, here is bt from gdb
>>> You understand correctly. However, simple 'bt' doesn't show what's going
>>> on in other threads - libvirtd is multi threaded.
>>>
>>>> (gdb) bt
>>>> #0 0x00007f00c1ae876d in poll () from /lib64/libc.so.6
>>>> #1 0x00007f00c203cfcb in virEventPollRunOnce () from
>>>> /usr/lib64/libvirt.so.0 #2 0x00007f00c203ba4d in virEventRunDefaultImpl
>>>> () from
>>>> /usr/lib64/libvirt.so.0
>>>> #3 0x00007f00c214a5cd in virNetServerRun () from /usr/lib64/libvirt.so.0
>>>> #4 0x00007f00c2aea08a in main ()
>>> So all we see here is the libvirtd event loop. That's why we need 't a a
>>> bt' which is 'thread apply all backtrace' which will run 'bt' over all
>>> threads.
>>>
>>> Michal
>> how can i make it ?
>>
> The very same way as you did 'bt'. Just instead of typing 'bt' you'll
> type 't a a bt'.
>
> Michal
here is backtrace from all threads:
(gdb) t a a bt
Thread 11 (Thread 0x7fdd8db82700 (LWP 20321)):
#0 0x00007fdd944b990c in pthread_cond_wait@(a)GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1 0x00007fdd9476515a in virCondWait () from /usr/lib64/libvirt.so.0
#2 0x00007fdd9476582b in virThreadPoolWorker () from
/usr/lib64/libvirt.so.0
#3 0x00007fdd94764dfe in virThreadHelper () from /usr/lib64/libvirt.so.0
#4 0x00007fdd944b5d63 in start_thread () from /lib64/libpthread.so.0
#5 0x00007fdd941ed04d in clone () from /lib64/libc.so.6
Thread 10 (Thread 0x7fdd8d381700 (LWP 20322)):
#0 0x00007fdd944b990c in pthread_cond_wait@(a)GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1 0x00007fdd9476515a in virCondWait () from /usr/lib64/libvirt.so.0
#2 0x00007fdd9476582b in virThreadPoolWorker () from
/usr/lib64/libvirt.so.0
#3 0x00007fdd94764dfe in virThreadHelper () from /usr/lib64/libvirt.so.0
#4 0x00007fdd944b5d63 in start_thread () from /lib64/libpthread.so.0
#5 0x00007fdd941ed04d in clone () from /lib64/libc.so.6
Thread 9 (Thread 0x7fdd8cb80700 (LWP 20323)):
#0 0x00007fdd944bc344 in __lll_lock_wait () from /lib64/libpthread.so.0
#1 0x00007fdd944b7e56 in _L_lock_511 () from /lib64/libpthread.so.0
#2 0x00007fdd944b7caa in pthread_mutex_lock () from /lib64/libpthread.so.0
#3 0x00007fdd94773861 in virDomainObjListSearchName () from
/usr/lib64/libvirt.so.0
#4 0x00007fdd9473c8a5 in virHashSearch () from /usr/lib64/libvirt.so.0
#5 0x00007fdd9478cc3d in virDomainObjListAddLocked.isra.43 () from
/usr/lib64/libvirt.so.0
#6 0x00007fdd9478cd47 in virDomainObjListAdd () from
/usr/lib64/libvirt.so.0
#7 0x00007fdd875a311c in qemuDomainDefineXML () from
/usr/lib64/libvirt/connection-driver/libvirt_driver_qemu.so
#8 0x00007fdd947ead2f in virDomainDefineXML () from /usr/lib64/libvirt.so.0
#9 0x00007fdd95206b4d in remoteDispatchDomainDefineXMLHelper ()
#10 0x00007fdd94848d27 in virNetServerProgramDispatch () from
/usr/lib64/libvirt.so.0
#11 0x00007fdd94844068 in virNetServerHandleJob () from
/usr/lib64/libvirt.so.0
#12 0x00007fdd94765795 in virThreadPoolWorker () from
/usr/lib64/libvirt.so.0
#13 0x00007fdd94764dfe in virThreadHelper () from /usr/lib64/libvirt.so.0
#14 0x00007fdd944b5d63 in start_thread () from /lib64/libpthread.so.0
#15 0x00007fdd941ed04d in clone () from /lib64/libc.so.6
Thread 8 (Thread 0x7fdd8c37f700 (LWP 20324)):
#0 0x00007fdd944b990c in pthread_cond_wait@(a)GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1 0x00007fdd9476515a in virCondWait () from /usr/lib64/libvirt.so.0
#2 0x00007fdd9476582b in virThreadPoolWorker () from
/usr/lib64/libvirt.so.0
#3 0x00007fdd94764dfe in virThreadHelper () from /usr/lib64/libvirt.so.0
#4 0x00007fdd944b5d63 in start_thread () from /lib64/libpthread.so.0
#5 0x00007fdd941ed04d in clone () from /lib64/libc.so.6
Thread 7 (Thread 0x7fdd8bb7e700 (LWP 20325)):
#0 0x00007fdd944b990c in pthread_cond_wait@(a)GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1 0x00007fdd9476515a in virCondWait () from /usr/lib64/libvirt.so.0
#2 0x00007fdd9476582b in virThreadPoolWorker () from
/usr/lib64/libvirt.so.0
#3 0x00007fdd94764dfe in virThreadHelper () from /usr/lib64/libvirt.so.0
#4 0x00007fdd944b5d63 in start_thread () from /lib64/libpthread.so.0
#5 0x00007fdd941ed04d in clone () from /lib64/libc.so.6
Thread 6 (Thread 0x7fdd8b37d700 (LWP 20326)):
#0 0x00007fdd944b990c in pthread_cond_wait@(a)GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1 0x00007fdd9476515a in virCondWait () from /usr/lib64/libvirt.so.0
#2 0x00007fdd9476584b in virThreadPoolWorker () from
/usr/lib64/libvirt.so.0
#3 0x00007fdd94764dfe in virThreadHelper () from /usr/lib64/libvirt.so.0
#4 0x00007fdd944b5d63 in start_thread () from /lib64/libpthread.so.0
#5 0x00007fdd941ed04d in clone () from /lib64/libc.so.6
Thread 5 (Thread 0x7fdd8ab7c700 (LWP 20327)):
#0 0x00007fdd944b990c in pthread_cond_wait@(a)GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1 0x00007fdd9476515a in virCondWait () from /usr/lib64/libvirt.so.0
#2 0x00007fdd9476584b in virThreadPoolWorker () from
/usr/lib64/libvirt.so.0
#3 0x00007fdd94764dfe in virThreadHelper () from /usr/lib64/libvirt.so.0
#4 0x00007fdd944b5d63 in start_thread () from /lib64/libpthread.so.0
#5 0x00007fdd941ed04d in clone () from /lib64/libc.so.6
Thread 4 (Thread 0x7fdd8a37b700 (LWP 20328)):
#0 0x00007fdd944b990c in pthread_cond_wait@(a)GLIBC_2.3.2 () from
/lib64/libpthread.so.0
---Type <return> to continue, or q <return> to quit---
#1 0x00007fdd9476515a in virCondWait () from /usr/lib64/libvirt.so.0
#2 0x00007fdd9476584b in virThreadPoolWorker () from
/usr/lib64/libvirt.so.0
#3 0x00007fdd94764dfe in virThreadHelper () from /usr/lib64/libvirt.so.0
#4 0x00007fdd944b5d63 in start_thread () from /lib64/libpthread.so.0
#5 0x00007fdd941ed04d in clone () from /lib64/libc.so.6
Thread 3 (Thread 0x7fdd89b7a700 (LWP 20329)):
#0 0x00007fdd944b990c in pthread_cond_wait@(a)GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1 0x00007fdd9476515a in virCondWait () from /usr/lib64/libvirt.so.0
#2 0x00007fdd9476584b in virThreadPoolWorker () from
/usr/lib64/libvirt.so.0
#3 0x00007fdd94764dfe in virThreadHelper () from /usr/lib64/libvirt.so.0
#4 0x00007fdd944b5d63 in start_thread () from /lib64/libpthread.so.0
#5 0x00007fdd941ed04d in clone () from /lib64/libc.so.6
Thread 2 (Thread 0x7fdd89379700 (LWP 20330)):
#0 0x00007fdd944b990c in pthread_cond_wait@(a)GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1 0x00007fdd9476515a in virCondWait () from /usr/lib64/libvirt.so.0
#2 0x00007fdd9476584b in virThreadPoolWorker () from
/usr/lib64/libvirt.so.0
#3 0x00007fdd94764dfe in virThreadHelper () from /usr/lib64/libvirt.so.0
#4 0x00007fdd944b5d63 in start_thread () from /lib64/libpthread.so.0
#5 0x00007fdd941ed04d in clone () from /lib64/libc.so.6
Thread 1 (Thread 0x7fdd95166740 (LWP 20320)):
#0 0x00007fdd941e376d in poll () from /lib64/libc.so.6
#1 0x00007fdd94737fcb in virEventPollRunOnce () from
/usr/lib64/libvirt.so.0
#2 0x00007fdd94736a4d in virEventRunDefaultImpl () from
/usr/lib64/libvirt.so.0
#3 0x00007fdd948455cd in virNetServerRun () from /usr/lib64/libvirt.so.0
#4 0x00007fdd951e508a in main ()
and also from my program if it important:
0 0x00007ffff48c1750 __poll_nocancel
1 0x00007ffff649e5ca virNetClientIOEventLoop
2 0x00007ffff649ed96 virNetClientSendInternal
3 0x00007ffff64a0443 virNetClientSendWithReply
4 0x00007ffff64a0daa virNetClientProgramCall
5 0x00007ffff6478566 callFull.isra.2
6 0x00007ffff6487fa2 remoteDomainDefineXML
7 0x00007ffff6449d2f virDomainDefineXML
8 0x0000000000426941 virt_domain::create
/home/sss/install/git/work/avirt/vm_pool/vm_pool/libvirt.cpp 295
9 0x000000000040c1a9 main
/home/sss/install/git/work/avirt/vm_pool/vm_pool/main.cpp 40
11 years, 5 months
[libvirt-users] Libvirt and Qemu for Debian Squeeze
by McEvoy, James
Has anyone built current debs for Debian Squeeze (v6.0.7) that supports virtio-scsi, Fibre Channel World Wind Names and virt-install for the virtio-scis controller (0.600.4)? I have a need to run a RHEL 6.4 guest on a Debian Squeeze KVM host and I do not have experience building debs instead of rpms.
--jim
11 years, 5 months
[libvirt-users] cgroup error starting domains
by Matteo Bernardini
Hi,
I've got a small problem using libvirt-1.0.5.1 (with the latest patch in
the v1.0.5-maint branch on git added).
I'm using slackware64-14.0 but the situation is exactly the same described
on a debian bug
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707201
When trying to start a domain I got
error: Failed to start domain debian-wheezy-xfce
error: Unable to initialize /machine cgroup: Invalid argument
with this in libvirtd.log
virCgroupDetect:373 : Failed to detect mounts for /machine
qemuInitCgroup:425 : Unable to initialize /machine cgroup: Invalid argument
and the error goes away if I unmount /sys/fs/cgroup.
Reverting to 1.0.4 fixes this, but this exposes another thing that I report
even if I'm not sure it's an error: if I create a domain with 1.0.5.1 (I
use the latest virt-manager to do this), in the xml of the domain there's a
line that doesn't seem to have the close tag
<controller type='pci' index='0' model='pci-root'/>
If I revert to 1.0.4 the domain with this line in the xml doesn't even get
listed between the available domains and I got this in libvirtd.log
virDomainControllerDefParseXML:4838 : internal error Unknown controller
type 'pci'
deleting the interested line make it available again.
Please let me know if you need further informations on the matters.
Matteo
11 years, 5 months
Re: [libvirt-users] Not able to open Xen Connection using libvirt
by varun bhatnagar
No it was not booted with xen kernel. Actually I tried booting it with xen
kernel but I am getting a message saying Error No 15 : File not found.
I tried editing the grub entry and noticed that there are 3 entries:
1) kernel /boot/xen.gz vga= mode-0x345
2) module /boot/vmlinuz-3.0.13-0.27-xen.......
3) module /boot/initrd-3.0.13-0.27-xen
And in /boot i listed down the files, only xen.gz is there. Rest of the 2
files are not there (pasted the screenshot below).
Even at one site it was given to remove /boot from the path but that also
din't work.
How shall I solve this one?
//
Varun
On Wed, Jun 19, 2013 at 1:07 AM, Prasad <prasad(a)mukhedkar.com> wrote:
> On 06/18/2013 10:03 PM, varun bhatnagar wrote:
>
> Hi,
>
> I am trying to create virtual machine through libvirt using xen
> hypervisor. I was able to install xen successfully but when I tried
> connecting to the hypervisor it gave an error. And while installing libvirt
> (libvirt-1.0.1) I installed it with xen support.
> I am pasting the snapshot of the error below:
>
> [image: Inline image 1]
>
> Can anyone tell me why I am getting this error?
>
> //
> Varun
>
>
> _______________________________________________
> libvirt-users mailing listlibvirt-users@redhat.comhttps://www.redhat.com/mailman/listinfo/libvirt-users
>
> Is this system booted with xen kernel? xen virtualization required
> special kernel it doesn't work with standard kernel.
>
>
11 years, 5 months
[libvirt-users] 32 bit client on 32bit host
by Roland Giesler
As mentioned in another post, I trying to set up an existing Windows7
partition on an Ubuntu desktop as a libvirt guest and now have the
following configuration files for this:
<domain type='qemu'>
<name>Windows7</name>
<uuid>b2c9c297-907a-159d-7e87-a24a01eb5a57</uuid>
<memory unit='KiB'>1048576</memory>
<currentMemory unit='KiB'>1048576</currentMemory>
<vcpu placement='static'>1</vcpu>
<os>
<type arch='i686' machine='pc-1.2'>hvm</type>
<boot dev='hd'/>
<bootmenu enable='yes'/>
</os>
<features>
<acpi/>
<apic/>
<pae/>
</features>
<cpu mode='custom' match='exact'>
<model fallback='allow'>kvm32</model>
<vendor>Intel</vendor>
<feature policy='require' name='pbe'/>
<feature policy='require' name='tm2'/>
<feature policy='require' name='osxsave'/>
<feature policy='require' name='ss'/>
<feature policy='require' name='lm'/>
<feature policy='require' name='dtes64'/>
<feature policy='require' name='ht'/>
<feature policy='require' name='ds'/>
<feature policy='require' name='lahf_lm'/>
<feature policy='require' name='xsave'/>
<feature policy='require' name='tm'/>
<feature policy='require' name='pdcm'/>
<feature policy='require' name='pse36'/>
<feature policy='require' name='ds_cpl'/>
<feature policy='require' name='cx16'/>
<feature policy='require' name='xtpr'/>
<feature policy='require' name='acpi'/>
</cpu>
<clock offset='localtime'/>
<on_poweroff>destroy</on_poweroff>
<on_reboot>restart</on_reboot>
<on_crash>restart</on_crash>
<devices>
<emulator>/usr/bin/qemu-system-i386</emulator>
<disk type='block' device='disk'>
<driver name='qemu' type='raw'/>
<source dev='/dev/sda1'/>
<target dev='hda' bus='ide'/>
<address type='drive' controller='0' bus='0' target='0' unit='0'/>
</disk>
<controller type='usb' index='0'>
<address type='pci' domain='0x0000' bus='0x00' slot='0x01'
function='0x2'/>
</controller>
<controller type='ide' index='0'>
<address type='pci' domain='0x0000' bus='0x00' slot='0x01'
function='0x1'/>
</controller>
<interface type='network'>
<mac address='52:54:00:22:60:93'/>
<source network='default'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x03'
function='0x0'/>
</interface>
<serial type='pty'>
<target port='0'/>
</serial>
<console type='pty'>
<target type='serial' port='0'/>
</console>
<input type='tablet' bus='usb'/>
<input type='mouse' bus='ps2'/>
<graphics type='vnc' port='-1' autoport='yes'/>
<sound model='ich6'>
<address type='pci' domain='0x0000' bus='0x00' slot='0x04'
function='0x0'/>
</sound>
<video>
<model type='vga' vram='9216' heads='1'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x02'
function='0x0'/>
</video>
<memballoon model='virtio'>
<address type='pci' domain='0x0000' bus='0x00' slot='0x05'
function='0x0'/>
</memballoon>
</devices>
I manually changed the
<emulator>/usr/bin/qemu-system-x86_64</emulator> to
<emulator>/usr/bin/qemu-system-i386</emulator> since my hard drive
partition contains 32bit Windows 7, although I'm not sure that this
applies.
My current machine setup it dual-boot, so I can boot Windows 7 from
the first partition (/dev/sda1) using a grub boot menu. However, when
I start the Windows 7 VM, I just get "Booting from Hard Disk" in the
virt-manager console.
What could be the problem?
Lastly: /def/sda1 in a boot partition, but the rest of Windows is
installed on /dev/sda2, but this partition is not marked bootable.
thanks
Roland
11 years, 5 months
