- Users - libvirt List Archives

[libvirt-users] Breaking a virtlockd lock?
by Steve Gaarder 03 Jul '18

03 Jul '18

I have several Qemu/kvm servers running VMs hosted on an NFS share, and am using virtlockd. (lock_manager = "lockd" in qemu.conf) After a power failure, one of the VMs will not start, claiming that it is locked. How do I get out of this? thanks, Steve Gaarder System Administrator, Dept of Mathematics Cornell University, Ithaca, NY, USA gaarder(a)math.cornell.edu

2 1

[libvirt-users] East-west traffic network filter
by Ales Musil 03 Jul '18

03 Jul '18

Hello, I would like to make filter that allows communication only between specified VMs. Those VMs should be specified by their MAC address. The filter should extend clean-traffic but I was not able to get it working with that reference. I have came up with modified clean-traffic which works fine [1]. Is there a way to achieve the same behavior with reference to clean-traffic? Thank you. Best wishes, Ales Musil [1] <filter name='clean-traffic-gateway'>  <filterref filter='no-mac-spoofing'/>  <filterref filter='no-ip-spoofing'/>  <filterref filter='no-arp-spoofing'/>  <rule action='accept' direction='inout' priority='-500'> <mac protocolid='arp'/> </rule>  <rule action='accept' direction='in'> <mac match='yes' srcmacaddr='$GATEWAY_MAC' srcmacmask='$GATEWAY_MAC_MASK' /> </rule>  <rule action='accept' direction='out'> <mac match='yes' dstmacaddr='$GATEWAY_MAC' dstmacmask='$GATEWAY_MAC_MASK' /> </rule>  <filterref filter='no-other-l2-traffic'/>  <filterref filter='qemu-announce-self'/> </filter> -- ALES MUSIL INTERN - rhv network Red Hat EMEA <https://www.redhat.com/> amusil(a)redhat.com IM: amusil <https://red.ht/sig>

3 5

[libvirt-users] Reintroduce "allocate entire disk" checkbox on virt-manager
by Gionatan Danti 28 Jun '18

28 Jun '18

Hi list, on older virt-manager versions (ie: what shipped with RHEL 6), a checkbox called "allocate entire disk" was selectable when configuring a new virtual machine. When checked, it means that the RAW disk image file was entirely allocated, generally issuing a fallocate() call. When unchecked, the disk image was a sparse file, with on-demand space allocation. On new virt-manager versions (ie: what ships with RHEL 7), the checkbox is gone. This means that for creating a sparse allocated file from within the "new vm" wizard, one is forced to use a Qcow2 file (selectable in the global preferences). No sparse RAM images can be created within such wizard. As a heavy consumer of RAW disk files, I would really like to have the checkbox back, especially in RHEL/CentOS 7.x Do you plan to reintroduce it? For RHEL/CentOS, should I open a Bugzilla ticket? Thanks. -- Danti Gionatan Supporto Tecnico Assyoma S.r.l. - www.assyoma.it email: g.danti(a)assyoma.it - info(a)assyoma.it GPG public key ID: FF5F32A8

3 9

[libvirt-users] Virtio-net drivers immune to Nethammer?
by procmem 26 Jun '18

26 Jun '18

Hi I'm a privacy distro maintainer investigating the implications of the newly published nethammer attack [0] on KVM guests particularly the virtio-net drivers. The summary of the paper is that rowhammer can be remotely triggered by feeding susceptible* network driver crafted traffic. This attack can do all kinds of nasty things such as modifying SSL certs on the victim system. * Susceptible drivers are those relying on Intel CAT, uncached memory or the clflush instruction. My question is, do virtio-net drivers do any of these things? *** [0] https://arxiv.org/abs/1805.04956

4 7

[libvirt-users] virsh error: domain is already quiesced
by Jérôme 25 Jun '18

25 Jun '18

Hi all. I'm having issues while creating snapshots. I posted on Stack Exchange [1], but figured I might get more success here. My VM backup script fails while creating the snapshot. virsh snapshot-create-as --domain machine_1 snap --diskspec vda,file=/srv/test/test-snap.qcow2 --disk-only --atomic --no-metadata --quiesce error: Requested operation is not valid: domain is already quiesced Even after a VM reboot, the system is still quiesced and I get the same error. I thought quiesce means FS freeze, but this makes no sense since I can still write to the FS when logged in the faulty VMs. And this would not survive a reboot, right? Could it be a communication issue that makes the host think the GA says the machine is quiesced while it is not? In any case, is there a command to enquire the quiesce state (apart from attempting a snapshot and see if I get an error)? Assuming the faulty VMs went quiesced after a unreproducible error, I could fix that by exiting quiesced state, whatever that means. Is there a virsh command to unquiesce the VM? The whole backup procedure used to work and now it fails on 2 VMs but still works on 2 others and I can't think of any relevant difference between them. Software versions: - Host is Debian Jessie with qemu-kvm 2.8+dfsg-3~bop8+1 from backports. - Guests are Debian Stretch with qemu-guest-agent 2.8+dfsg-6+deb9u4. (For the record, the backup script is on GitHub [2]. Basically, what it does is 1/ create snapshot, 2/ copy, 3/ commit snapshot.) If I remove the `quiesce` option from the snapshot command line, things work smooth. But obviously, this is not ideal. Thanks for any hint. [1] https://serverfault.com/questions/917247/virsh-error-domain-is-already-quie… [2] https://github.com/Nobatek/vmbackup/blob/master/vmbackup -- Jérôme

2 2

[libvirt-users] How libvirt interacts with dhcpd?
by Daniel. 20 Jun '18

20 Jun '18

Hi everybody, I'm using libvirt together with xCAT, on the same host, for testing purposes. xCAT install and manages dhcpd. How libvirt interacts with dhcpd? And if doens't how does the dhcp server of libvirt works, plus where I can find information on how to troubleshot it? Regards, -- “If you're going to try, go all the way. Otherwise, don't even start. ..." Charles Bukowski

2 6

[libvirt-users] Network problem when rebooting Fedora qemu/kvm guest on Gentoo host
by Dan Johansson 17 Jun '18

17 Jun '18

Hello, I have some problem with some of my qemu/kvm guests running Fedora on a Gentoo host where my Gentoo guests works without problem. The problem that I have is that when I reboot (shutdown -r now) the Fedora guest "loses" (ifconfig does not show a IP-address) their network connections. The Gentoo guests reboots without problem. All the guests have same HW-configuration, only Name/DiskImage/MAC- addresses differ. Here some technical details: Host: Distribution Gentoo Kernel 4.9.95-gentoo Qemu app-emulation/qemu-2.11.1-r2 USE="aio bzip2 caps curl fdt filecaps gnutls jpeg lzo ncurses nls pin-upstream-blobs png sdl seccomp vhost-net vnc xattr" QEMU_SOFTMMU_TARGETS="x86_64" QEMU_USER_TARGETS="x86_64" libvirt app-emulation/libvirt-4.3.0 USE="caps dbus libvirtd nls qemu udev" Guest Distribution Fedora 28 Kernel 4.16.15-300.fc28.x86_64 Networkmanager NetworkManager.x86_64 1:1.10.8-1.fc28 Any suggestions? -- Dan Johansson *************************************************** This message is printed on 100% recycled electrons! ***************************************************

1 0

[libvirt-users] Feedback for a new application NIMO using the libvirt API
by Jay Mehta 13 Jun '18

13 Jun '18

Hello folks, A while back I developed VM instance monitoring tool "NIMO", Nova (Openstack's project Nova) Instance Monitor. The need to develop Nimo arise with requirement to monitor VM's boot stages. A VM boot undergoes multiple stages, like creating block device, mounting root filesystem, mounting local filesystem, DHCP lease acquiring, post-install activities, etc., and it could fail or stuck at any of these stages. It would be good to have a monitor in place to identify which stage a VM is in while booting and how much time it takes at each stage. A special need for such tool arise on the cloud space, where end-user do not have access to log on to the hypervisor. It also helps to people who build custom VM images and add a lot of tasks in post install script and would like to know performance of each step. The below is the github link and it has an architecture diagram. https://github.com/jay-g-mehta/nimo I would love to hear all of your response and feel free to use it, extend it. Thanks, Jay

1 0

[libvirt-users] "virsh" list
by Bo YU 13 Jun '18

13 Jun '18

Hello, I installed libvirt from package manager(debian apt) and want to modify feture in it, so i git clone from https://libvirt.org/git/?p=libvirt.git;a=summary But now i have trouble to start virsh. I have traced the email: https://www.redhat.com/archives/libvirt-users/2017-February/msg00074.html Here is output of command below: strace -o libvirt.log -f -s 1000 /usr/sbin/libvirtd https://github.com/yuzibo/linux-programming/blob/master/tmp/libvirt.log Here: sudo gdb -p $(pgrep libvirtd) (gdb) t a a bt [New LWP 14781] [New LWP 14782] [New LWP 14783] [New LWP 14784] [New LWP 14785] [New LWP 14786] [New LWP 14787] [New LWP 14788] [New LWP 14789] [New LWP 14790] [New LWP 14791] [New LWP 14792] [New LWP 14793] [New LWP 14794] [New LWP 14795] [New LWP 14796] [New LWP 14799] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". 0x00007fcf4c75f67d in poll () at ../sysdeps/unix/syscall-template.S:84 84../sysdeps/unix/syscall-template.S: (no such file or directory)没有那个文件或目录. "" Thread 18 (Thread 0x7fcf3a4e8700 (LWP 14799)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007fcf4e17ee36 in virCondWait (c=c@entry=0x7fcf3400cc90, m=m@entry=0x7fcf3400cc50) at util/virthread.c:154 #2 0x00007fcf405498a0 in udevEventHandleThread (opaque=<optimized out>) at node_device/node_device_udev.c:1606 #3 0x00007fcf4e17ec02 in virThreadHelper (data=<optimized out>) at util/virthread.c:206 #4 0x00007fcf4ca26494 in start_thread (arg=0x7fcf3a4e8700) at pthread_create.c:333 #5 0x00007fcf4c768acf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 Thread 17 (Thread 0x7fcf3b315700 (LWP 14796)): #0 0x00007fcf4c75f67d in poll () at ../sysdeps/unix/syscall-template.S:84 #1 0x00007fcf4c77917e in __poll_chk (fds=<optimized out>, nfds=<optimized out>, timeout=<optimized out>, fdslen=<optimized out>) at poll_chk.c:27 #2 0x00007fcf4e10f281 in poll (__timeout=-1, __nfds=<optimized out>, __fds=0x7fcf3b3143b0) at /usr/include/x86_64-linux-gnu/bits/poll2.h:41 #3 virCommandProcessIO (cmd=cmd@entry=0x7fcf34015d30) --Type <return> to continue, or q <return> to quit--- at util/vircommand.c:2085 #4 0x00007fcf4e1134ea in virCommandRun (cmd=0x7fcf34015d30, exitstatus=exitstatus@entry=0x7fcf3b314924) at util/vircommand.c:2316 #5 0x00007fcf3e239fca in virQEMUCapsInitQMPCommandRun ( cmd=cmd@entry=0x7fcf34015b10, forceTCG=forceTCG@entry=false) at qemu/qemu_capabilities.c:4262 #6 0x00007fcf3e23f4b9 in virQEMUCapsInitQMP (qmperr=0x7fcf3b314970, runGid=<optimized out>, runUid=<optimized out>, libDir=<optimized out>, qemuCaps=0x7fcf340159d0) at qemu/qemu_capabilities.c:4318 #7 virQEMUCapsNewForBinaryInternal (hostArch=VIR_ARCH_X86_64, binary=0x7fcf3403e160 "/usr/local/bin/qemu-system-x86_64", libDir=<optimized out>, runUid=<optimized out>, runGid=<optimized out>, microcodeVersion=166, kernelVersion=0x7fcf3404e120 "4.14.0+ #1 SMP Sun Nov 26 15:17:48 HKT 2017") at qemu/qemu_capabilities.c:4405 #8 0x00007fcf3e23f793 in virQEMUCapsNewData (binary=<optimized out>, privData=<optimized out>) at qemu/qemu_capabilities.c:4447 #9 0x00007fcf4e18ca1e in virFileCacheNewData ( name=0x7fcf3403e160 "/usr/local/bin/qemu-system-x86_64", cache=0x7fcf3404ddf0) at util/virfilecache.c:219 #10 virFileCacheValidate (cache=cache@entry=0x7fcf3404ddf0, name=name@entry=0x7fcf3403e160 "/usr/local/bin/qemu-system-x86_64", data=data@entry=0x7fcf3b314ae0) at util/virfilecache.c:290 ---Type <return> to continue, or q <return> to quit--- #11 0x00007fcf4e18cd77 in virFileCacheLookup ( cache=cache@entry=0x7fcf3404ddf0, name=name@entry=0x7fcf3403e160 "/usr/local/bin/qemu-system-x86_64") at util/virfilecache.c:323 #12 0x00007fcf3e23f9ee in virQEMUCapsCacheLookup ( cache=cache@entry=0x7fcf3404ddf0, binary=0x7fcf3403e160 "/usr/local/bin/qemu-system-x86_64") at qemu/qemu_capabilities.c:4583 #13 0x00007fcf3e23fc94 in virQEMUCapsInitGuest (guestarch=VIR_ARCH_X86_64, hostarch=VIR_ARCH_X86_64, cache=0x7fcf3404ddf0, caps=0x7fcf3404ded0) at qemu/qemu_capabilities.c:736 #14 virQEMUCapsInit (cache=0x7fcf3404ddf0) at qemu/qemu_capabilities.c:971 #15 0x00007fcf3e28d3a0 in virQEMUDriverCreateCapabilities ( driver=driver@entry=0x7fcf3401cbd0) at qemu/qemu_conf.c:1101 #16 0x00007fcf3e2d0be2 in qemuStateInitialize (privileged=true, callback=<optimized out>, opaque=<optimized out>) at qemu/qemu_driver.c:851 #17 0x00007fcf4e2b0bff in virStateInitialize (privileged=<optimized out>, callback=0x564b91ad18a0 <daemonInhibitCallback>, opaque=0x564b933e4540) at libvirt.c:662 #18 0x0000564b91ad18fb in daemonRunStateInit (opaque=0x564b933e4540) at remote/remote_daemon.c:802 #19 0x00007fcf4e17ec02 in virThreadHelper (data=<optimized out>) at util/virthread.c:206 ---Type <return> to continue, or q <return> to quit--- #20 0x00007fcf4ca26494 in start_thread (arg=0x7fcf3b315700) at pthread_create.c:333 #21 0x00007fcf4c768acf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 Thread 16 (Thread 0x7fcf3bb16700 (LWP 14795)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007fcf4e17ee36 in virCondWait (c=c@entry=0x564b933f1bc8, m=m@entry=0x564b933f1ba0) at util/virthread.c:154 #2 0x00007fcf4e17f983 in virThreadPoolWorker ( opaque=opaque@entry=0x564b933d6d80) at util/virthreadpool.c:124 #3 0x00007fcf4e17ebd8 in virThreadHelper (data=<optimized out>) at util/virthread.c:206 #4 0x00007fcf4ca26494 in start_thread (arg=0x7fcf3bb16700) at pthread_create.c:333 #5 0x00007fcf4c768acf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 Thread 15 (Thread 0x7fcf3c317700 (LWP 14794)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007fcf4e17ee36 in virCondWait (c=c@entry=0x564b933f1bc8, ---Type <return> to continue, or q <return> to quit--- m=m@entry=0x564b933f1ba0) at util/virthread.c:154 #2 0x00007fcf4e17f983 in virThreadPoolWorker ( opaque=opaque@entry=0x564b933d6cc0) at util/virthreadpool.c:124 #3 0x00007fcf4e17ebd8 in virThreadHelper (data=<optimized out>) at util/virthread.c:206 #4 0x00007fcf4ca26494 in start_thread (arg=0x7fcf3c317700) at pthread_create.c:333 #5 0x00007fcf4c768acf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 Thread 14 (Thread 0x7fcf3cb18700 (LWP 14793)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007fcf4e17ee36 in virCondWait (c=c@entry=0x564b933f1bc8, m=m@entry=0x564b933f1ba0) at util/virthread.c:154 #2 0x00007fcf4e17f983 in virThreadPoolWorker ( opaque=opaque@entry=0x564b933d6c00) at util/virthreadpool.c:124 #3 0x00007fcf4e17ebd8 in virThreadHelper (data=<optimized out>) at util/virthread.c:206 #4 0x00007fcf4ca26494 in start_thread (arg=0x7fcf3cb18700) at pthread_create.c:333 #5 0x00007fcf4c768acf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 ---Type <return> to continue, or q <return> to quit--- Thread 13 (Thread 0x7fcf3d319700 (LWP 14792)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007fcf4e17ee36 in virCondWait (c=c@entry=0x564b933f1bc8, m=m@entry=0x564b933f1ba0) at util/virthread.c:154 #2 0x00007fcf4e17f983 in virThreadPoolWorker ( opaque=opaque@entry=0x564b933d6b20) at util/virthreadpool.c:124 #3 0x00007fcf4e17ebd8 in virThreadHelper (data=<optimized out>) at util/virthread.c:206 #4 0x00007fcf4ca26494 in start_thread (arg=0x7fcf3d319700) at pthread_create.c:333 #5 0x00007fcf4c768acf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 Thread 12 (Thread 0x7fcf3db1a700 (LWP 14791)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007fcf4e17ee36 in virCondWait (c=c@entry=0x564b933f1bc8, m=m@entry=0x564b933f1ba0) at util/virthread.c:154 #2 0x00007fcf4e17f983 in virThreadPoolWorker ( opaque=opaque@entry=0x564b933d6a60) at util/virthreadpool.c:124 #3 0x00007fcf4e17ebd8 in virThreadHelper (data=<optimized out>) ---Type <return> to continue, or q <return> to quit--- at util/virthread.c:206 #4 0x00007fcf4ca26494 in start_thread (arg=0x7fcf3db1a700) at pthread_create.c:333 #5 0x00007fcf4c768acf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 Thread 11 (Thread 0x7fcf41df5700 (LWP 14790)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007fcf4e17ee36 in virCondWait (c=c@entry=0x564b933e49b8, m=m@entry=0x564b933e48f0) at util/virthread.c:154 #2 0x00007fcf4e17f944 in virThreadPoolWorker ( opaque=opaque@entry=0x564b933d5ca0) at util/virthreadpool.c:124 #3 0x00007fcf4e17ebd8 in virThreadHelper (data=<optimized out>) at util/virthread.c:206 #4 0x00007fcf4ca26494 in start_thread (arg=0x7fcf41df5700) at pthread_create.c:333 #5 0x00007fcf4c768acf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 Thread 10 (Thread 0x7fcf425f6700 (LWP 14789)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 ---Type <return> to continue, or q <return> to quit--- #1 0x00007fcf4e17ee36 in virCondWait (c=c@entry=0x564b933e49b8, m=m@entry=0x564b933e48f0) at util/virthread.c:154 #2 0x00007fcf4e17f944 in virThreadPoolWorker ( opaque=opaque@entry=0x564b933d5b00) at util/virthreadpool.c:124 #3 0x00007fcf4e17ebd8 in virThreadHelper (data=<optimized out>) at util/virthread.c:206 #4 0x00007fcf4ca26494 in start_thread (arg=0x7fcf425f6700) at pthread_create.c:333 #5 0x00007fcf4c768acf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 Thread 9 (Thread 0x7fcf42df7700 (LWP 14788)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007fcf4e17ee36 in virCondWait (c=c@entry=0x564b933e49b8, m=m@entry=0x564b933e48f0) at util/virthread.c:154 #2 0x00007fcf4e17f944 in virThreadPoolWorker ( opaque=opaque@entry=0x564b933d5bc0) at util/virthreadpool.c:124 #3 0x00007fcf4e17ebd8 in virThreadHelper (data=<optimized out>) at util/virthread.c:206 #4 0x00007fcf4ca26494 in start_thread (arg=0x7fcf42df7700) at pthread_create.c:333 #5 0x00007fcf4c768acf in clone () ---Type <return> to continue, or q <return> to quit--- at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 Thread 8 (Thread 0x7fcf435f8700 (LWP 14787)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007fcf4e17ee36 in virCondWait (c=c@entry=0x564b933e49b8, m=m@entry=0x564b933e48f0) at util/virthread.c:154 #2 0x00007fcf4e17f944 in virThreadPoolWorker ( opaque=opaque@entry=0x564b933d5b00) at util/virthreadpool.c:124 #3 0x00007fcf4e17ebd8 in virThreadHelper (data=<optimized out>) at util/virthread.c:206 #4 0x00007fcf4ca26494 in start_thread (arg=0x7fcf435f8700) at pthread_create.c:333 #5 0x00007fcf4c768acf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 Thread 7 (Thread 0x7fcf43df9700 (LWP 14786)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007fcf4e17ee36 in virCondWait (c=c@entry=0x564b933e49b8, m=m@entry=0x564b933e48f0) at util/virthread.c:154 #2 0x00007fcf4e17f944 in virThreadPoolWorker ( opaque=opaque@entry=0x564b933d5d60) at util/virthreadpool.c:124 ---Type <return> to continue, or q <return> to quit--- #3 0x00007fcf4e17ebd8 in virThreadHelper (data=<optimized out>) at util/virthread.c:206 #4 0x00007fcf4ca26494 in start_thread (arg=0x7fcf43df9700) at pthread_create.c:333 #5 0x00007fcf4c768acf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 Thread 6 (Thread 0x7fcf445fa700 (LWP 14785)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007fcf4e17ee36 in virCondWait (c=c@entry=0x564b933e4918, m=m@entry=0x564b933e48f0) at util/virthread.c:154 #2 0x00007fcf4e17f983 in virThreadPoolWorker ( opaque=opaque@entry=0x564b933d5b00) at util/virthreadpool.c:124 #3 0x00007fcf4e17ebd8 in virThreadHelper (data=<optimized out>) at util/virthread.c:206 #4 0x00007fcf4ca26494 in start_thread (arg=0x7fcf445fa700) at pthread_create.c:333 #5 0x00007fcf4c768acf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 Thread 5 (Thread 0x7fcf44dfb700 (LWP 14784)): #0 pthread_cond_wait@@GLIBC_2.3.2 () ---Type <return> to continue, or q <return> to quit--- at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007fcf4e17ee36 in virCondWait (c=c@entry=0x564b933e4918, m=m@entry=0x564b933e48f0) at util/virthread.c:154 #2 0x00007fcf4e17f983 in virThreadPoolWorker ( opaque=opaque@entry=0x564b933d5bc0) at util/virthreadpool.c:124 #3 0x00007fcf4e17ebd8 in virThreadHelper (data=<optimized out>) at util/virthread.c:206 #4 0x00007fcf4ca26494 in start_thread (arg=0x7fcf44dfb700) at pthread_create.c:333 #5 0x00007fcf4c768acf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 Thread 4 (Thread 0x7fcf455fc700 (LWP 14783)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007fcf4e17ee36 in virCondWait (c=c@entry=0x564b933e4918, m=m@entry=0x564b933e48f0) at util/virthread.c:154 #2 0x00007fcf4e17f983 in virThreadPoolWorker ( opaque=opaque@entry=0x564b933d5ca0) at util/virthreadpool.c:124 #3 0x00007fcf4e17ebd8 in virThreadHelper (data=<optimized out>) at util/virthread.c:206 #4 0x00007fcf4ca26494 in start_thread (arg=0x7fcf455fc700) at pthread_create.c:333 ---Type <return> to continue, or q <return> to quit--- #5 0x00007fcf4c768acf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 Thread 3 (Thread 0x7fcf45dfd700 (LWP 14782)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007fcf4e17ee36 in virCondWait (c=c@entry=0x564b933e4918, m=m@entry=0x564b933e48f0) at util/virthread.c:154 #2 0x00007fcf4e17f983 in virThreadPoolWorker ( opaque=opaque@entry=0x564b933d5d60) at util/virthreadpool.c:124 #3 0x00007fcf4e17ebd8 in virThreadHelper (data=<optimized out>) at util/virthread.c:206 #4 0x00007fcf4ca26494 in start_thread (arg=0x7fcf45dfd700) at pthread_create.c:333 #5 0x00007fcf4c768acf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 Thread 2 (Thread 0x7fcf465fe700 (LWP 14781)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007fcf4e17ee36 in virCondWait (c=c@entry=0x564b933e4918, m=m@entry=0x564b933e48f0) at util/virthread.c:154 #2 0x00007fcf4e17f983 in virThreadPoolWorker ( ---Type <return> to continue, or q <return> to quit--- opaque=opaque@entry=0x564b933d5e20) at util/virthreadpool.c:124 #3 0x00007fcf4e17ebd8 in virThreadHelper (data=<optimized out>) at util/virthread.c:206 #4 0x00007fcf4ca26494 in start_thread (arg=0x7fcf465fe700) at pthread_create.c:333 #5 0x00007fcf4c768acf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 Thread 1 (Thread 0x7fcf4eb4dd40 (LWP 14780)): #0 0x00007fcf4c75f67d in poll () at ../sysdeps/unix/syscall-template.S:84 #1 0x00007fcf4e122684 in poll (__timeout=-1, __nfds=6, __fds=<optimized out>) at /usr/include/x86_64-linux-gnu/bits/poll2.h:46 #2 virEventPollRunOnce () at util/vireventpoll.c:641 #3 0x00007fcf4e121371 in virEventRunDefaultImpl () at util/virevent.c:327 #4 0x00007fcf4e243e4d in virNetDaemonRun (dmn=0x564b933e4540) at rpc/virnetdaemon.c:850 #5 0x0000564b91ad0d5e in main (argc=<optimized out>, argv=<optimized out>) at remote/remote_daemon.c:1460 Thank you in advance!

1 0

[libvirt-users] Amazon s3 as libvirt storage pool
by Shashwat shagun 11 Jun '18

11 Jun '18

Namaste, i want to use Minio (open source amazon S3 compatible object storage) as libvirt storage pool. is such thing possible? i apologize if this is a stupid question. if not then can i write some driver for it? -- Regards, Shashwat Shagun

2 1