[libvirt-users] libvirtd service not starting
by Jonathan Rurka
Hello, I'm new to using libvirt. After a few days of installing and removing libvirt, virt-manager and a few others to get VT-d working with a virtual machine, I finally got the latest virt-manager and libvirt installed from source to get the most recent versions. However, when I start up virt-manager I get a popup saying "Unable to connect to libvirt; Verify that the 'libvirtd' deamon is running.". When running "service libvirtd start", I get an error saying libvirtd.service cannot be found. I can, however, use libvirtd from the command line. The service file does not exist in /lib/systemd/system/.
log from launching with "./virt-manager --debug":
jon@jon-desktop:/media/jon/Data/Programs/virt-manager$ ./virt-manager --debug[Wed, 23 Sep 2015 15:59:22 virt-manager 3904] DEBUG (cli:256) Launched with command line: ./virt-manager --debug[Wed, 23 Sep 2015 15:59:22 virt-manager 3904] DEBUG (virt-manager:160) virt-manager version: 1.2.1[Wed, 23 Sep 2015 15:59:22 virt-manager 3904] DEBUG (virt-manager:161) virtManager import: <module 'virtManager' from '/media/jon/Data/Programs/virt-manager/virtManager/__init__.pyc'>[Wed, 23 Sep 2015 15:59:22 virt-manager 3904] DEBUG (virt-manager:220) GTK version: 3.14.13[Wed, 23 Sep 2015 15:59:22 virt-manager 3904] DEBUG (engine:467) libguestfs inspection support: False[Wed, 23 Sep 2015 15:59:22 virt-manager 3904] DEBUG (systray:153) Showing systray: False[Wed, 23 Sep 2015 15:59:22 virt-manager 3904] DEBUG (engine:237) About to connect to uris ['qemu:///system'][Wed, 23 Sep 2015 15:59:22 virt-manager 3904] DEBUG (manager:208) Showing manager[Wed, 23 Sep 2015 15:59:22 virt-manager 3904] DEBUG (engine:368) window counter incremented to 1[Wed, 23 Sep 2015 15:59:22 virt-manager 3904] DEBUG (connection:567) conn=qemu:///system changed to state=Connecting[Wed, 23 Sep 2015 15:59:22 virt-manager 3904] DEBUG (connection:886) Scheduling background open thread for qemu:///system[Wed, 23 Sep 2015 15:59:22 virt-manager 3904] DEBUG (connection:567) conn=qemu:///system changed to state=Disconnected[Wed, 23 Sep 2015 15:59:22 virt-manager 3904] DEBUG (error:99) error dialog message:summary=Unable to connect to libvirt.
Verify that the 'libvirtd' daemon is running.details=Unable to connect to libvirt.
Verify that the 'libvirtd' daemon is running.
Libvirt URI is: qemu:///system
Traceback (most recent call last): File "/media/jon/Data/Programs/virt-manager/virtManager/connection.py", line 902, in _do_open self._backend.open(self._do_creds_password) File "/media/jon/Data/Programs/virt-manager/virtinst/connection.py", line 148, in open open_flags) File "/usr/lib/python2.7/dist-packages/libvirt.py", line 105, in openAuth if ret is None:raise libvirtError('virConnectOpenAuth() failed')libvirtError: Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory
Any help appreciated,Jon
9 years, 3 months
[libvirt-users] Reg: Virsh managedsave Failing
by Vijaya Erukala
Hi All,
We are trying to do "virsh managedsave" on a VM but it is failing with the
following error.
libvirtError: operation failed: domain save job: unexpectedly failed^M
libvirt and qemu versions are as follows:
libvirt-1.1.1-29.el7.x86_64
qemu-kvm-1.5.3-60.el7_0.11.x86_64
VM is provided with a small pxe image such that it pxe boots from a remote
server.
VM doesn't have any disk allocated with it and uses 4GB RAM,16 VCPUs.
It mounts the root storage and all required folders from a remote server's
NFS storage.
Following is the file system once the VM is booted successfully.
VM1:~ # df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 2.0G 1.5G 601M 71% /
root 2.0G 1.5G 601M 71% /
tmpfs 7.1G 3.4M 7.1G 1% /dev/shm
shm 7.1G 3.4M 7.1G 1% /dev/shm
10.0.0.3:/.storage 90G 20G 66G 23% /storage
We have also tried to enable debug mode for libvirt process
but no error message is getting logged except the error message above.
Could someone help me debug this issue?
Regards,
Vijaya
9 years, 3 months
[libvirt-users] compress support
by Surivinta Surivinta
Hi! I read some letters about compress/decompress support and think about
it.
How will be better implement this function?
If I understand correctly api-guide when we use libvirt-stream (send/recv),
program is waiting until read or send all data (like MPI send/recv
functions).
Compress/decompress functional in basically may be use with storage-volume
functions, perhaps it would be better to implement via "storage-backend"?
Maybe libvirt not needed this functional? Because there is many software
which implement functions for compress/decompress and if we add many thing
into libvirt, then this will be emacs.
--
С уважением.
9 years, 3 months
[libvirt-users] New software based on libvirt
by Gustav Fransson Nyvell
Hello,
I'm introducing to you the decentralized cloud Cherrypop.
Combining libvirt and LizardFS (as of now) it becomes a cloud completely
without masters. Thus, any node is sufficient for the cloud to be up
and therefore no wasted resources and no single point of failure.
It's still pretty crude software but will work with some tinkering. Hope
you try it and like it!
For more information, source and binary:
https://github.com/gustavfranssonnyvell/cherrypop
//Gustav
9 years, 3 months
[libvirt-users] error: internal error: Failed to reserve port 5908
by Bill Kenworthy
After saving a particular VM running WinXP, any attempt to resume it
(even when no other VM's are running) generates the following error:
olympus ~ # virsh restore /var/lib/libvirt/qemu/save/WinXP.save
error: Failed to restore domain from /var/lib/libvirt/qemu/save/WinXP.save
error: internal error: Failed to reserve port 5908
This started sometimes towards the end of last year with only the WinXP
VM. libvirt is supporting a number of windows versions and a heap of
linux VM's but its only WinXP that does this.
Can someone give a hint as to what is causing it?
BillK
olympus ~ # virsh dumpxml WinXP
<domain type='kvm'>
<name>WinXP</name>
<uuid>a9ddf88e-9ff4-46d0-9661-a5ccfacd104f</uuid>
<memory unit='KiB'>4096000</memory>
<currentMemory unit='KiB'>4096000</currentMemory>
<vcpu placement='static'>2</vcpu>
<resource>
<partition>/machine</partition>
</resource>
<os>
<type arch='i686' machine='pc-1.2'>hvm</type>
</os>
<features>
<acpi/>
<apic/>
</features>
<cpu mode='custom' match='exact'>
<model fallback='allow'>Penryn</model>
<vendor>Intel</vendor>
<feature policy='require' name='tm2'/>
<feature policy='require' name='est'/>
<feature policy='require' name='monitor'/>
<feature policy='require' name='ds'/>
<feature policy='require' name='ss'/>
<feature policy='require' name='vme'/>
<feature policy='require' name='dtes64'/>
<feature policy='require' name='ht'/>
<feature policy='require' name='dca'/>
<feature policy='require' name='pbe'/>
<feature policy='require' name='tm'/>
<feature policy='require' name='pdcm'/>
<feature policy='require' name='vmx'/>
<feature policy='require' name='ds_cpl'/>
<feature policy='require' name='xtpr'/>
<feature policy='require' name='acpi'/>
</cpu>
<clock offset='localtime'>
<timer name='rtc' tickpolicy='catchup' track='guest'>
<catchup threshold='123' slew='120'/>
</timer>
<timer name='pit' tickpolicy='delay'/>
</clock>
<on_poweroff>destroy</on_poweroff>
<on_reboot>restart</on_reboot>
<on_crash>destroy</on_crash>
<devices>
<emulator>/usr/bin/qemu-system-x86_64</emulator>
<disk type='file' device='disk'>
<driver name='qemu' type='qcow2'/>
<source file='/mnt/vm/WinXP/WinXP_disk1.qcow2'/>
<target dev='hda' bus='ide'/>
<boot order='1'/>
<address type='drive' controller='0' bus='0' target='0' unit='0'/>
</disk>
<disk type='file' device='cdrom'>
<driver name='qemu' type='raw'/>
<source
file='/var/lib/libvirt/images/en_windows_xp_professional_with_service_pack_3_x86_cd_x14-80428.iso'/>
<target dev='hdc' bus='ide'/>
<readonly/>
<address type='drive' controller='0' bus='1' target='0' unit='0'/>
</disk>
<controller type='ide' index='0'>
<address type='pci' domain='0x0000' bus='0x00' slot='0x01'
function='0x1'/>
</controller>
<controller type='virtio-serial' index='0'>
<address type='pci' domain='0x0000' bus='0x00' slot='0x05'
function='0x0'/>
</controller>
<controller type='usb' index='0' model='ich9-ehci1'>
<address type='pci' domain='0x0000' bus='0x00' slot='0x06'
function='0x7'/>
</controller>
<controller type='usb' index='0' model='ich9-uhci1'>
<master startport='0'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x06'
function='0x0' multifunction='on'/>
</controller>
<controller type='usb' index='0' model='ich9-uhci2'>
<master startport='2'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x06'
function='0x1'/>
</controller>
<controller type='usb' index='0' model='ich9-uhci3'>
<master startport='4'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x06'
function='0x2'/>
</controller>
<controller type='pci' index='0' model='pci-root'/>
<interface type='bridge'>
<mac address='00:00:00:00:00:18'/>
<source bridge='fbr49'/>
<virtualport type='openvswitch'>
<parameters interfaceid='aa19a961-60ac-4c0b-8cca-adf102b47c83'/>
</virtualport>
<model type='rtl8139'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x03'
function='0x0'/>
</interface>
<channel type='spicevmc'>
<target type='virtio' name='com.redhat.spice.0'/>
<address type='virtio-serial' controller='0' bus='0' port='1'/>
</channel>
<input type='tablet' bus='usb'/>
<input type='mouse' bus='ps2'/>
<input type='keyboard' bus='ps2'/>
<graphics type='spice' port='-1' autoport='no' listen='0.0.0.0'
keymap='en-us'>
<listen type='address' address='0.0.0.0'/>
</graphics>
<video>
<model type='qxl' ram='65536' vram='65536' vgamem='8192' 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>
<seclabel type='none' model='none'/>
</domain>
olympus ~ #
9 years, 3 months
[libvirt-users] virt-install and kickstart networking
by Alex
Hi,
I have a fedora22 host and trying to use virt-install to install a
fedora22 guest. The host is configured with bridge networking, using
eth0 as its local interface.
It appears the guest is communicating on vnet0 instead of eth0, so it
can never reach the outside to download the install files.
Where is vnet0 configured? Is it set by default when a bridge is created?
I have one other guest on this host, but it was created manually with
virt-manager and doesn't have the same problem.
I have the following virt-install command for installing:
virt-install --name testme --hvm --memory 1024 --virt-type kvm \
--disk path=/var/lib/libvirt/images/testme.qcow2,size=16 \
--network bridge=br0:eth0,mac=52:54:00:35:dd:67 \
--os-variant=fedora22 \
--location http://192.168.1.7/~alex/fedora22/ \
--initrd-inject anaconda-setup.cfg --extra-args
"inst.ks=file:/anaconda-setup.cfg" \
--graphics vnc,password=foobar,listen=192.168.1.1,port=5910
I have a bridge set up as br0 with eth0 as the network interface.
virbr0 is the 192.168.122.0 network, with vnet0 and vnet1 apparently
the interfaces for that network.
Is the br0 specified in the --network command line the actual br0 or,
what looks to be more likely, the virbr0 interface? If so, how do I
configure it to instead use the real br0, so it can communicate with
the rest of the hosts on the local network?
Can someone also explain to me the relationship between the mac
address that I set here with the virt-install command and the network
line in the anaconda-setup.cfg file?
Thanks,
Alex
9 years, 3 months
[libvirt-users] failure when trying to add a channel device via virsh attach-device
by Jean-Pierre Ribeauville
Hi,
On a KVM host installed with following packages versions :
[root@rhel6-roadster test_channels_OK]# rpm -qa | grep libvirt
libvirt-devel-0.10.2-29.el6.x86_64
libvirt-0.10.2-29.el6.x86_64
libvirt-client-0.10.2-29.el6.x86_64
libvirt-java-0.4.9-1.el6.noarch
libvirt-java-devel-0.4.9-1.el6.noarch
libvirt-python-0.10.2-29.el6.x86_64
[root@rhel6-roadster test_channels_OK]# rpm -qa | grep qemu
qemu-kvm-0.12.1.2-2.415.el6.x86_64
gpxe-roms-qemu-0.9.7-6.10.el6.noarch
qemu-img-0.12.1.2-2.415.el6.x86_64
[root@rhel6-roadster test_channels_OK]# virsh --version
0.10.2
[root@rhel6-roadster test_channels_OK]#
When trying to add a channel device via virsh attach-device , I got following errors :
<channel type='unix'>
<source mode='bind' path='//var/lib/libvirt/qemu/omnivision_123456.agent'/>
<target type='virtio' name='omnivision_123456.agent' state='disconnected'/>
<alias name='channel_OmniVision'/>
<address type='virtio-serial' controller='0' bus='0' port='30'/>
</channel>
Guest is off :
[root@rhel6-roadster test_channels_OK]# virsh attach-device Linux_2 add_channel_device.xml
error: Failed to attach device from add_channel_device.xml
error: Requested operation is not valid: cannot do live update a device on inactive domain
[root@rhel6-roadster test_channels_OK]#
Guest is running :
[root@rhel6-roadster test_channels_OK]# virsh attach-device Linux_2 add_channel_device.xml
error: Failed to update device from add_channel_device.xml
error: XML error: unknown device type
[root@rhel6-roadster test_channels_OK]
Did I miss something ?
Thanks for help.
J.P. Ribeauville
P: +33.(0).1.47.17.27.87
Puteaux 3 Etage 5 Bureau 4
jpribeauville(a)axway.com<mailto:jpribeauville@axway.com>
http://www.axway.com<http://www.axway.com/>
P Pensez à l'environnement avant d'imprimer.
9 years, 3 months
[libvirt-users] Guest agent is not responding
by Marko Weber | 8000
hello,
in my windows vm i installed qemu-guest-agent and rebootet the vm.
In the settings for the vm i set via virt-manager a new channel "unix
socket" "org.qemu.guest_agent.0" "virtio".
when i try to do a snapshot via shell i get:
virsh snapshot-create-as --domain win7new win7new-snap1 --disk-only
--atomic --quiesce
error: Guest agent is not responding: Guest agent not available for now
I use gentoo on the Host.
qemu is built with useflags:
aio alsa caps curl fdt filecaps gtk iscsi
jpeg lzo ncurses nls numa pin-upstream-blobs png python sdl seccomp
smartcard ssh threads tls usb usbredir uuid vde
vhost-net virtfs vnc xattr xfs
libvirt: audit caps fuse iscsi libvirtd lvm lxc
macvtap nls numa parted pcap policykit qemu udev vepa virt-network
thanks for any tipps and hints.
--
zbfmail - Mittendrin statt nur Datei!
9 years, 3 months
[libvirt-users] hvm on x86_64 on binutils i386
by Bhasker C V
Hi,
I have this setup
kernel: x86_64 version 4.2.0
operating system (rootfs binutils etc.,) : i386 (ELF-32-bit)
qemu-system : version 2.4.0 qemu-system-x86_64 (i386 binary)
libvirt: 1.2.19 (i386 )
When I run the qemu-system-x86_64 binary with --enable-kvm, the guest
machine is working properly as hvm. So
QEMU can run x86_64 OS as hvm
when I install using virt-install
virt-install --name debian --cdrom
./debian-stretch-DI-a1-amd64-netinst.iso --disk /STOR/DEBIAN,bus=sata
--ram 1024 --graphics vnc
I expect the 64-bit kernel to load and start install in the guest but
i get a complaint that the guest cannot boot since the cpu is not
64-bit capable (please use a kernel appropriate for your CPU)
I tried adding the machine option to virt-install
virt-install --name debian --cdrom
./debian-stretch-DI-a1-amd64-netinst.iso --disk /STOR/DEBIAN,bus=sata
--ram 1024 --graphics vnc --machine pc-i440fx-2.0
No joy
Tried changing the machine as hvm and also added --arch x86_64
none of them help !
Can someone tell me how to do this ?
Just because the binutils and the OS is 32-bit I think libvirt must
not refuse to hvm a x86_64 guest since the kernel is still x86_64
kernel and so so the kvm (module)
I am guessing I am missing some option passed to virt-install or this
is a limitation purely on libvirt (not qemu or kvm)
Moreover QEMU is able to run a hvm guest x86_64 and manually running
qemu does bootup the 64-bit kernel guests.
9 years, 3 months
[libvirt-users] vport0p devices no suitable drver found ..
by Jean-Pierre Ribeauville
Hi,
By using virtio-win-0.1.109.iso , it looks like vport0p devices are not configured (on a Windows 2008 R2 guest) due to no suitable driver found ( below setupapi.dev.log):
[Boot Session: 2015/09/16 17:29:32.375]
>>> [Device Install (Hardware initiated) - {6fde7547-1b65-48ae-b628-80be62016026}\vioserialport\4&7e8053e&1&03]
>>> Section start 2015/09/16 17:29:56.046
ump: Creating Install Process: DrvInst.exe 17:29:56.109
ndv: Retrieving device info...
ndv: Setting device parameters...
ndv: Searching Driver Store and Device Path...
dvi: {Build Driver List} 17:29:56.328
dvi: Searching for hardware ID(s):
dvi: {6fde7547-1b65-48ae-b628-80be62016026}\vioserialport
cpy: Policy is set to make all digital signatures equal.
dvi: Enumerating INFs from path list 'C:\Windows\inf'
inf: Searched 0 potential matches in published INF directory
inf: Searched 36 INFs in directory: 'C:\Windows\inf'
dvi: {Build Driver List - exit(0x00000000)} 17:29:59.000
ndv: Selecting best match from Driver Store (including Device Path)...
dvi: {DIF_SELECTBESTCOMPATDRV} 17:29:59.000
dvi: No class installer for 'vport0p3'
dvi: No CoInstallers found
dvi: Default installer: Enter 17:29:59.015
dvi: {Select Best Driver}
! dvi: Selecting driver failed(0xe0000228)
dvi: {Select Best Driver - exit(0xe0000228)}
! dvi: Default installer: failed!
! dvi: Error 0xe0000228: There are no compatible drivers for this device.
dvi: {DIF_SELECTBESTCOMPATDRV - exit(0xe0000228)} 17:29:59.062
ndv: {Core Device Install} 17:29:59.062
! ndv: Installing NULL driver!
dvi: Set selected driver complete.
dvi: {DIF_ALLOW_INSTALL} 17:29:59.687
dvi: No class installer for 'vport0p3'
dvi: Default installer: Enter 17:29:59.687
dvi: Default installer: Exit
dvi: {DIF_ALLOW_INSTALL - exit(0xe000020e)} 17:29:59.687
dvi: {DIF_INSTALLDEVICE} 17:29:59.687
dvi: No class installer for 'vport0p3'
dvi: Default installer: Enter 17:29:59.687
! dvi: Installing NULL driver!
dvi: Writing common driver property settings.
dvi: {Restarting Devices} 17:30:00.093
dvi: Restart: {6FDE7547-1B65-48AE-B628-80BE62016026}\VIOSERIALPORT\4&7E8053E&1&03
dvi: Restart complete.
dvi: {Restarting Devices exit} 17:30:00.187
dvi: Default installer: Exit
dvi: {DIF_INSTALLDEVICE - exit(0x00000000)} 17:30:00.187
ndv: Device install status=0xe0000203
ndv: Performing device install final cleanup...
! ndv: Queueing up error report since device installation failed...
ndv: {Core Device Install - exit(0xe0000203)} 17:30:00.187
ump: Server install process exited with code 0xe0000203 17:30:00.203
<<< Section end 2015/09/16 17:30:00.203
<<< [Exit status: FAILURE(0xe0000203)]
Is there something I miss ?
Thanks for help.
J.P. Ribeauville
P: +33.(0).1.47.17.27.87
Puteaux 3 Etage 5 Bureau 4
jpribeauville(a)axway.com<mailto:jpribeauville@axway.com>
http://www.axway.com<http://www.axway.com/>
P Pensez à l'environnement avant d'imprimer.
9 years, 3 months
