similar to: External snapshot warning.

Hi, Recently We've upgraded some KVM hosts from Fedora 29 to Fedora 30 and now experience broken VM configurations on filesystem after virsh blockcommit. Commands "virsh dumpxml ..." and "virsh dumpxml --inactive ..." is showing diffrent configuration than the one on filesystem. In case of restart libvirtd or system reboot, there are broken VM xml configurations on

On Mon, Aug 14, 2017 at 08:42:24 +0200, Dominik Psenner wrote: > Hi, Hi, > > a small update on this. We have migrated the virtualized host to use the > virtio drivers and now the drive performance is improved so that we can see > a constant transfer rate. Before it used to be the same rate but regularly > dropped to a few bytes/sec for a few seconds and then was fast again.

Hi, I have set up the sync and it is working but I only would like to sync some users. Currently this does not seem to work. Version 2.3.9.2 Relevant Settings: File users: mail at domain.de:{SHA}hash:::t: passdb { driver = passwd-file args = username_format=%u /etc/dovecot/users } userdb { driver = passwd-file args = username_format=%u /etc/dovecot/users default_fields =

Posted to https://bugzilla.redhat.com/show_bug.cgi?id=1217185 I just stumbled on another bug while snapshotting and think it's related to 1210903 and 1197592 as it seems like some sort of race condition because it depends on what logging is in place and doesn't happen every time. Here are the details: I wrote this test script to snapshot and commit over and over: #!/bin/sh while [ 1

Hi, Recently We've upgraded some KVM hosts from Fedora 29 to Fedora 30 and now experience broken VM configurations on filesystem after virsh blockcommit. Commands "virsh dumpxml ..." and "virsh dumpxml --inactive ..." is showing diffrent configuration than the one on filesystem. In case of restart libvirtd or system reboot, there are broken VM xml configurations on

On Jun 30, 2017 6:22 AM, "Peter Krempa" <pkrempa@redhat.com> wrote: > > On Fri, Jun 30, 2017 at 12:05:47 +0200, Peter Krempa wrote: > > On Thu, Jun 22, 2017 at 11:02:41 -0400, Doug Hughes wrote: > > > > [...] > > > > > virsh blockcommit $vm $DISK --active --pivot > > > > > > Normally this works fine, though something went

Small update: traceFlag T8038 => no improvement... -----Oorspronkelijk bericht----- Van: Dominique Ramaekers Verzonden: vrijdag 13 maart 2015 16:35 Aan: 'Daniel P. Berrange'; Andrey Korolyov CC: libvirt-users@redhat.com Onderwerp: RE: [libvirt-users] Processor usage of qemu process. Results ---------- First I want to show my appreciation to Daniel and Andrey. So thanks... I've

I believe the userdb_ prefix is used when you want to provide userdb fields in a passdb context, or in the actual passwd-file file contents (/etc/dovecot/users). In default_fields, you should use the non-prefixed name, i.e. "noreplicate=y" Use `doveadm user -u <username>` to see what userdb fields are returned for a specific user. - Eirik On 2/6/2020 11:36 PM, mail at

Hi, a small update on this. We have migrated the virtualized host to use the virtio drivers and now the drive performance is improved so that we can see a constant transfer rate. Before it used to be the same rate but regularly dropped to a few bytes/sec for a few seconds and then was fast again. However we still observe that the following fails regularily: $ virsh snapshot-create-as --domain

On Monday 13 October 2014 16:35:15 Thomas Stein wrote: > Am 13.10.14 16:25, schrieb Eric Blake: > > On 10/13/2014 03:56 AM, Thomas Stein wrote: > >> Hello. > >> > >>> blockcommit vm1 vda --active --verbose --pivot > >> > >> That's where libvirt stops working at the moment, right? > >> > >> virsh # blockcommit

Am 07.01.15 um 18:26 schrieb Thomas Stein: >> Based on this message, it is qemu that is refusing to do the pivot, but >> I don't know if that is because of permissions on the destination file, >> or something else (that is, it may still be a libvirt bug for not >> putting things in the right state for the qemu command to have a chance >> of succeeding). What

sorry about top post, tablet mail client... brilliant! that did it! Any idea what happened to cause it to partially fail and get into this state? oot@vm1 ~]# virsh blockjob serv1r2 vda Active Block Commit: [100 %] [root@vm1 ~]# virsh blockjob --pivot serv1r2 vda [root@vm1 ~]# [root@vm1 ~]# ls -l /var/lib/libvirt/images/serv1r2.qcow2 -rw-r--r--. 1 qemu qemu 54200696832 Jun 30 10:39

On Fri, Jun 30, 2017 at 09:23:29 -0400, Doug Hughes wrote: > On Jun 30, 2017 6:22 AM, "Peter Krempa" <pkrempa@redhat.com> wrote: > > On Fri, Jun 30, 2017 at 12:05:47 +0200, Peter Krempa wrote: > > > On Thu, Jun 22, 2017 at 11:02:41 -0400, Doug Hughes wrote: [...] > file or directory > > $ virsh blockcommit --active --pivot fedora23 vda > > >

On 05/19/2015 12:52 PM, Mathew Moon wrote: > Hi, > > Is it possible to "pivot" to a new image without doing blockcopy or > blockpull? No. Qemu does not support arbitrary reopening of a backing chain yet (even with the 'change-backing-file' QMP command, that is just rewriting contents of the qcow2 metadata, and not actually reopening the chain). The only way to pivot

On Fri, Mar 13, 2015 at 10:32:14AM +0100, Dominique Ramaekers wrote: > Dear Daniel, my XML's: > > Note: It seems I was to quick, the Windows 8.1 isn't fixed... > > Windows Server 2015 R2 > > <domain type='kvm' id='146'> > <name>CmsrvAPP2</name> > <uuid>02c5daef-662a-85ba-7291-485118badc64</uuid> >

Spice seems to be doing the trick... Thanks a lot! The tablet isn't removed or changed yet. I'll first do a follow up of the spice before doing that... How do I enable the enlightenment timer feature? I can't seem to find it in the xml-doc's... -----Oorspronkelijk bericht----- Van: Andrey Korolyov [mailto:andrey@xdel.ru] Verzonden: vrijdag 13 maart 2015 10:59 Aan: Daniel P.

On Fri, Mar 13, 2015 at 12:58:32PM +0300, Andrey Korolyov wrote: > On Fri, Mar 13, 2015 at 12:35 PM, Daniel P. Berrange > <berrange@redhat.com> wrote: > > On Fri, Mar 13, 2015 at 10:32:14AM +0100, Dominique Ramaekers wrote: > >> Dear Daniel, my XML's: > >> > >> Note: It seems I was to quick, the Windows 8.1 isn't fixed... > >> >

Hi, We use Icecast 2.4.3 and SSL streaming for a long time on CentOS 6 and 7. The last time we have some problems on playing 192k mp3 on https. The stream play 2 second and stop, on http we have not that problem. (we restart the encoder, but same problem) (we use a jPlayer and direct stream url in chrome) We check on the error log, but no errors and in the access log we see:

It seems that my version of libvirt does not support the flags that yours does either. I have the latest version from the Ubuntu repos and am running 14.04. What version are you running and do you know if these features depend on libvirt, or qemu-img to be upgraded? =============================================================================================

I have an automatic process setup. It's still pretty new and obviously in need of better error handling because now I find myself in a bad state. I run snapshot-create-as across all my vms, then do zfs replication to the target backup system, then blockcommit everything. virsh snapshot-create-as --domain $vm snap --diskspec $DISK,file=$VMPREFIX/"$vm"-snap.qcow2 --disk-only --atomic