- Users - libvirt List Archives

upgrading from fedora29 to fedora 31
by Thierry Parmentelat 05 Mar '20

05 Mar '20

Hi there I am using libvirt+lxc on fedora I just upgraded a couple boxes from f29 to f31 i am running into rather puzzling glitches on one of the boxes, and am having a hard time trying to figure what exactly is going wrong symptom being that on the faulty box, my 3 containers startup correctly, but all of them stop after some random time shortly after (approx. in the 5-10 minutes) in some cases I even lose one of the containers (its name no longer shows up in `virsh list —all` and I need to reboot the box to reinstate it is there any known issue with libvirt/lxc on fedora 31 ? ***** here’s the little that I’ve been able to figure out so far by myself * I have turned on debugging of libvirtd as per the docs log_filters="3:remote 4:event 3:util.json 3:rpc 1:*" log_outputs="1:file:/var/log/libvirt/libvirtd.log” and am digging in that log file, as well as the system journal, and the containers journals, to try and find some correlation; * I have seen an error message saying this > virNetSocketReadWire:1850 : End of file while reading data: Input/output error and that could be related to the problem; ***** this is really annoying and any hint would be hugely appreciated — thanks in advance

2 1

Virtio-disk with driver from Microsoft from 2006 ?
by Lentes, Bernd 05 Mar '20

05 Mar '20

Hi, i wanted to benchmark a windows guest, compare standard driver and virtio driver. I installed the domain first with an IDE disk. I followed https://pve.proxmox.com/wiki/Paravirtualized_Block_Drivers_for_Windows to install the virtIO driver. In the device manager my VirtIO disk is recognized as a VirtIO SCSI disk from RedHat which seems ok for me. But the driver is, following the device manager, a driver from Microsft from 21/06/2006, version 10.0.18362.1. That's strange in my eyes. This driver is outdated and not from RedHat or Fedora, what i expected. Also updating the driver and pointing to the CD, even the respective folder, didn't work. It says the driver is the most recent. I used the virtIO-ISO 0.1.173, Windows 10 64bit Edition 1903. Bernd -- Bernd Lentes Systemadministration Institute for Metabolism and Cell Death (MCD) Building 35.34 - Raum 208 HelmholtzZentrum münchen bernd.lentes(a)helmholtz-muenchen.de phone: +49 89 3187 1241 phone: +49 89 3187 3827 fax: +49 89 3187 2294 http://www.helmholtz-muenchen.de/mcd Perfekt ist wer keine Fehler macht Also sind Tote perfekt Helmholtz Zentrum MÃ¼nchen Helmholtz Zentrum Muenchen Deutsches Forschungszentrum fuer Gesundheit und Umwelt (GmbH) Ingolstaedter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir.in Prof. Dr. Veronika von Messling Geschaeftsfuehrung: Prof. Dr. med. Dr. h.c. Matthias Tschoep, Kerstin Guenther Registergericht: Amtsgericht Muenchen HRB 6466 USt-IdNr: DE 129521671

1 1

Guests automatically stuck on pause
by JT Edwards 05 Mar '20

05 Mar '20

I have forced off the guest and started them again only to get this error Error unpausing domain: internal error: unable to execute QEMU command 'cont': Resetting the Virtual Machine is required Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/asyncjob.py", line 75, in cb_wrapper callback(asyncjob, *args, **kwargs) File "/usr/share/virt-manager/virtManager/asyncjob.py", line 111, in tmpcb callback(*args, **kwargs) File "/usr/share/virt-manager/virtManager/object/libvirtobject.py", line 66, in newfn ret = fn(self, *args, **kwargs) File "/usr/share/virt-manager/virtManager/object/domain.py", line 1311, in resume self._backend.resume() File "/usr/lib/python3/dist-packages/libvirt.py", line 2174, in resume if ret == -1: raise libvirtError ('virDomainResume() failed', dom=self) libvirt.libvirtError: internal error: unable to execute QEMU command 'cont': Resetting the Virtual Machine is required Ubuntu: 5.4.0-14-generic #17-Ubuntu SMP Thu Feb 6 22:47:59 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux libvirt: libvirtd (libvirt) 6.0.0 Thanks in advance JT

1 0

kvm presenting wrong CPU Topology for cache
by Satish Patel 01 Mar '20

01 Mar '20

Folks, I am having major performance issue with my Erlang application running on openstack KVM hypervisor and after so many test i found something wrong with my KVM guest CPU Topology This is KVM host - http://paste.openstack.org/show/790120/ This is KVM guest - http://paste.openstack.org/show/790121/ If you carefully observe output of both host and guest you can see guest machine threads has own cache that is very strange L2 L#0 (4096KB) + Core L#0 L1d L#0 (32KB) + L1i L#0 (32KB) + PU L#0 (P#0) L1d L#1 (32KB) + L1i L#1 (32KB) + PU L#1 (P#1) I believe because of that my erlang doesn't understand topology and going crazy.. I have Ali Cloud and AWS and when i compare with them they are showing correct CPU Topology the way physical machine showing, something is wrong with my KVM look like. I am running qemu-kvm-2.12 on centos 7.6 and i have tune my KVM at my best level, like CPU vining, NUMA and cpu host-passthrough. Thanks in advance for your help.

1 1

libvirtError: Timed out during operation: cannot acquire state change lock (held by monitor=remoteDispatchDomainMigratePerform3Params)
by Blake Anderson 28 Feb '20

28 Feb '20

Hi everyone, I have a question that you may be able to help me with. I had a live block migration of a qemu-kvm guest fail (initiated via nova), in which the guest remained running on the source, but if I try to re-initiate the live migration it returns libvirtError: Timed out during operation: cannot acquire state change lock (held by monitor=remoteDispatchDomainMigratePerform3Params). Looking at blockjob --info I see there is a block copy that has been stuck at 23 % for a few hours now. Is it safe to issue a —abort to the blockjob without impacting the vm and will that resolve the lock? Source: libvirt-4.5.0-23.el7_7.5.x86_64 qemu-kvm-ev-2.10.0-21.el7_5.7.1.x86_64 Destination: libvirt-4.5.0-23.el7_7.5.x86_64 qemu-kvm-ev-2.10.0-21.el7_5.7.1.x86_64 Thanks, Blake

2 2

Windows guest stalls during reboot
by Benjammin2068 27 Feb '20

27 Feb '20

Hey all, Quick question. I have a (RHEL/CentOS v7) Windows 10 Pro (64bit) guest that shutdown just fine (i.e. KVM shows the host as shut down), but when Windows is set to reboot, KVM Manager shows the guest screen as shut down, but KVM Manager shows the guest as still running and the system never reboots. If I do 'virsh list' -- there's no guest running. If I do 'virch start MyWin10Guest' -- that starts the guest back up and things are like they were before. Am I missing a new setting someplace? I can't seem to type in the right thing in Google to help me figure this one out. Thanks a bunch, -Ben

1 0

pci device vga added not showing
by Barry Cisna 23 Feb '20

23 Feb '20

Hello All, Trying to get virgl working from linux host to windows guest in virt-manager i have added the host graphics card Matrox G200ew to the hardware settings as a pci device for Windows 10 guest. When i go to spice server settings, and select Opengl checked there are no available pci devices listed in the drop down box select. Am trying to get some 3d working on Windows guest and seems from reading this is almost impossible short of doing gpu passthrough with a second GPU in the host. Am probably missing something. Thank You.

1 0

build problem with libxl
by Christoph 21 Feb '20

21 Feb '20

Hi all since 5.9.0 configure doesnt find the libxl libs/headers... It works With 5.8.0, with 5.9.0 not... not even if I set --with-libxl What can be the problem? -- ------ Greetz

3 7

Cannot turn iommu on inside guest
by Mauricio Tavares 19 Feb '20

19 Feb '20

So I want to turn iommu support on in a guest ( <type arch='x86_64' machine='pc-q35-4.1'>hvm</type>). Per [1] I tried to add to devices either <devices> <iommu model='intel'> <driver intremap='on'/> </iommu> </devices> or just a simpler <devices> <iommu model='intel /'> </devices> However, when I try to boot it, it crashes with the following error message (stolen from /var/log/libvirt/qemu/testkvm.log): 2020-02-11T05:13:27.278707Z qemu-system-x86_64: We need to set caching-mode=on for intel-iommu to enable device assignment with IOMMU protection. 2020-02-11 05:13:27.577+0000: shutting down, reason=crashed that sounds like it wants me to do something like qemu-system-x86_64 [...] -device intel-iommu,intremap=on,caching-mode=on[2] using virsh. But <devices> <iommu model='intel'> <driver intremap='on' caching-mode='on '/> </iommu> </devices> is not only not mentioned in [1] but also fails [root@testbox tests]# virsh edit testkvm error: XML document failed to validate against schema: Unable to validate doc against /usr/share/libvirt/schemas/domain.rng Extra element devices in interleave Element domain failed to validate content Failed. Try again? [y,n,i,f,?]: Can anyone show me what I am missing here? [1] https://libvirt.org/formatdomain.html#elementsIommu [2] https://wiki.qemu.org/Features/VT-d#Command_Line_Example_2

2 2

clustered lvm volume activation
by Timm Wunderlich 19 Feb '20

19 Feb '20

dear all, i have a problem with clustered lvm storage and the "logical" storage driver, perhaps someone has a suggestion. i have a clustered lvm (lvmlockd, not clvm) with 4 hosts running. when i start the storage on a host it activates all volumes in the whole volume group. then i cannot start the storage on other hosts because all volumes are already activated on one host. if i then deactivate all volumes in the started pool i can start the pool on other hosts. but then i have to manually activate the volume if i want to start the domain. it would be great if the logical pool driver would only activate the volume of a domain at domain start and not on pool start. does anybody have a workaround for this or any suggestions for me? do you think i should open an issue on it? Regards, Timm -- __________________________________________ Timm Wunderlich Systemadministrator Universität Siegen, Fakultät III Lehrstuhl für Wirtschaftsinformatik und Neue Medien Kohlbett Str. 15, 57068 Siegen Tel: +49 271-740 3382 timm.wunderlich(a)uni-siegen.de www.wineme.uni-siegen.de -----BEGIN PGP PUBLIC KEY BLOCK----- mQINBFtFv/cBEAC8s0N+dShoUlPAjN089DyWGuWuZHGJcHyU81GmSI5lYLdOqvfN NAZzZcUckuxlzqvT/Z18IbXMlzxkzxgM9Cf+x3TYdkEFW2Nm8NqdPAdW5Y9is8xg 3FcWjvSSj52VwkM8WvpR40X4c5amXxfIU0YfkGW49xMHNrvd+4keniNrsOhYR2Ej EHTEGfHz7jT0YiO2kytfpQqTFKGgeAsFzlfXJuqB4b6FVBrQ+EJnvsDfhpwVDpli XY4Kn9PeDNXNW85f2z9EplvYyOh0LVBFIXKle/k2v+2YLkthj0xAwYdxswytwzM8 YnRnNWAN0s+e1XKqyBR7ND8HN5pnETWAYfPNrB2PWJk8RcwK8Sh/CBlp43w0AZ0F WBh0YtrVDsi4EYrebkvYL3VJqsi2g9KF4QkBSghAUbJdkMGDvrMVPyPMAs9ISDTN rQaxJp95Bx+3kdj3XeKbkNsiy+bU1mbZDdbpTPH0ElGUV7Jcvfgf3WASg/cOzFpT OvWrX393gcE/eyTj8t11yPAbrf6vQBROkHODE9igxkJgBcHF7hjzqYFIARXcAZ5r iZwvhLItT9Oxh7B8neXOomcVc+YVI84qRM732KW8xI41mt26KkpBqPf0SYHXTP9/ cwwBhL3M5Ilp86uOPFcE7MBV3cEvU+KQCKofnnYaglrvokEmp7JOS7xLeQARAQAB tC9UaW1tIFd1bmRlcmxpY2ggPHRpbW0ud3VuZGVybGljaEB1bmktc2llZ2VuLmRl PokCVAQTAQgAPhYhBD/b8miy3HmpxCESukgeFEZUtL7iBQJbRb/3AhsjBQkJZgGA BQsJCAcCBhUICQoLAgQWAgMBAh4BAheAAAoJEEgeFEZUtL7i1rsQAJSr7kiVO4nq nX1YudhRuXI4iOLjoQgt4bfrBqr9Xaj4RXtWJUqqw8/KytRu/C4Lhijll12V0gMa nia5B8z6uRarloTZuiO8pEX9QpbGqzhS3txWHymXVjINKWeZg3+tQHjuJOLD/Hv2 pV5xsWltB+vuy4HyrNgus/seU3wi5DkwQGHc1ncNwX1Px+wY60DnizCyp6if1HwX 9yq91tXUszPPKHIDMUZWljfDxkrVyn5XbJubNPNeFXfSV1THJixp0jaeasdEdVkE FQX4A42Tch8LIHY0Rs7JoczEkytVLArvDiQrPbb1n+YFcNpGqdREq1VQSgVkU6NH YL2uPYNNxaB6LwNQpg7Sg5k4+Kxb9LW0YAObtazXVAN0xHb2mcSq5JE1XZP2LcpE +CEr0TBKgkYUEskWOa23tP/TaZlqv6ZS/XOHiTphynirrtxwUz7cYr8LCcIItz1t 3PPWU6NJ68T6nc6FzQifaIyR5GQWWI8qlUvL7FG5HghJp2cx4yC3IKaIoXbyd6/W gJGW5R3pmoPnvTCMLyJ62wLiiJ+AQ02uAhi4qr3IVFMkN9Og/GdgdcnW3M44Nvk2 u2ZvMFw7XvawKpVPqOsvP6UH7StZXJe+hTwcDFyR4YkvMX8UZ45AYU2X8o/BSqLG VwkkxqVA41ihBbJL7qKhz3Z7kj4vPWDxtDNUaW1tIFd1bmRlcmxpY2ggPHRpbW0u d3VuZGVybGljaEB0aW1td3VuZGVybGljaC5kZT6JAlQEEwEIAD4WIQQ/2/Jostx5 qcQhErpIHhRGVLS+4gUCW0XGmAIbIwUJCWYBgAULCQgHAgYVCAkKCwIEFgIDAQIe AQIXgAAKCRBIHhRGVLS+4oqTD/9oA//Dq1W5ikvD6b23Dnydg+oEOgucSejN35rG yPavozkOMda1bRMv0b515hNgpRG/PjBNpjaHyhqbuqZ45kfDEihJjKT6OrQriQSd mOO0hE5koYCvl5kOzyLzfbXsoHZjD+1x9x+BYWq5SktjpMtzhXPvFgScv0Bn85E2 QKd2XtBKWGEEEWsnfPxj8w63vL5A7njnGwq0pA7EPwHsofspRrJboN9M/zNUeft6 iM2VJPecT8AHdE2I/yGwNvn2zk373DVAIMp3yFkSSSNx1F04iNUgErzka7X40mSw ykd5MENn/7vsRRwt9ZKrRN/oXYSXoLv3nTC2TAvHIi1RdpB+X6xVlDAiXgl2WzuG vyByLc+C2W5lpRRq4HtcBSpkv0SDw97yVz1q/OKX+uPxHKz0/LfF57MfWJ19GQvI 5TiCtYSdZnoo/Mp2VG56uEtFo2vY9YuOQ1w5EhZ9nzficEX/BSS9rXqzTGbQOw/r jpuRtd+U8pVxAK9hNJU2MNuWVQ5wFg5VGzZn/WyE6t7zBaF2fnRvXEHFIlj0h/qj 4x/zCBNZTCr8sRJjIQVQAaA6/zdTdJPPH9HgDt3xUZp2bcMUssK1whZKPqYnOUPN R8D6qGjazeQFCNYH8Tcn1DNHl2rQXh14VLfw2XCVLC7rK8B7C7FXAVHBm4T5TY8R og9WfbkCDQRbRb/3ARAAqQycuV94W0Z51OFxn30WZdk+D6mAFeO2bHghNiRW0ecT +xmZjpH18qqGtNQOrSefsuJnoauqIu1oLq/Ap6HOld7KXAWCCTWiupJUT7J8JyC4 sUyuYPs4yzdNAuSskY62FwOK9hQwgAqYdlWC9Bzrqvb+dZucBTh2RBSbSPK9v+Qo 9YjPfLkTfZvCAGyweJ6mLqtxyqDcC9k9UFrH9GlJBaM9SXNr1PGY8M4FIkn4ionf CHQCD6nhJ3F6zyGMeWgw8SEERIeMo4dbFJbvonm4Y9yvXgtMxavoZZCibMEK/9xk 7/CeIB6K/UyA7ZYB3hp+vEtPiFJxA468g5stCzlmiMjxb/ETnzH40KWTmVXDvXub b1G5VtpggJR0O/tVFpqcX0qMXkoxF1cr/EYLWfgHXdP0tMctwY+qR127QKEUnCd3 hqOGydrjRMDwg58adY84yPSlwT/LEMB8vLAYXshT72WbAYycU087WXXSMoAi6yIE Bz+g5nH5WbzzEWFcx9FXNqYAGEsMq3KxMogTYT88Byd6w2NIaNf56v4oC/IAP1ui LcxMlviFPyjypg/Ty/giJPs1eKuKZWnFEP9BRrl0JJqG1vbRXvh8b+bp7s3a9rUT 4KNUbhak4ZDb8TjIcKxFcj0T4+F/XxeIijV8BXyE5Sc8oD8/Jl59k9szRmcWge0A EQEAAYkCPAQYAQgAJhYhBD/b8miy3HmpxCESukgeFEZUtL7iBQJbRb/3AhsMBQkJ ZgGAAAoJEEgeFEZUtL7iC2QP/RMe9QHT2QYn9yiw1PC7LaMvvCD6huCyjRiNf2Ys b3wlEDCIljtnSTuJzn5axwdGHKgKkZjTo/dAW4KJ33GpwQfGNB/RhMZ/6lfHZST4 Zo0oOJtZRClTeAUmvaBXQ5V8Fv4T3R9x0AD5CM3YDlNMGO8cmeoulcgogSP2BtVp YksTr0PqqojVgeZ4nejzJcV+UxF2DV5wwicojbR7DGu/neJNpRJnMgsG0ie8nRO6 elUy++R1mJ/+0BtI90MxB7nUmvnV/SzVSQU43iJlAKWRoQY/SnXulSysqtqtvf/p S9evjKCiEoF1hMgQIZdt3LMyab/YhlMwH9RUzZ+8OBvBsMFw+9oJ1NfpxH2o3FiV vLuho/T+MX8EezlhyS/LiaiPgFkI+xhMBstTje2O+ZCRMlpFt8lHZG2A1FOPQ/KJ o6fnKfNmT/D5fc1PCo2LOD5SXu4bYTgk3UEdRx/dvrb8u/Nn45eG1m8tE8KdhsQ1 gSCoSRsjW5MfPEPMHqKgFtc0/UaBpTSIpJ35NtVh9MD2EW1Gv8viRp6nh7YxlWKJ T/0WHMH+OgZ2TWy1Oz6Y5lbQyGdonKYh+aMqaXPNszXz37AGfUrkxFW070lr+XWC AmCldUIzLgVF4dKpIx2+NyaJTRtXNCgfN+zLu8de1p0FR8JBsjcOVDBlyNNERuX9 dJdX =5U14 -----END PGP PUBLIC KEY BLOCK-----

3 3