search for: msg00037

...remove was not supported - I had to > use the --metadata flag and a plain "rm" to remove them (or using > --no-metadata in the first place)[1]. Does it remain the current behavior? > > Thanks. > > [1] > https://www.redhat.com/archives/libvirt-users/2015-September/msg00037.html Any hope to get virsh external snapshot creation/deletion fixed? Or, even better, to have virt-manager support for external snapshots? Thanks. -- Danti Gionatan Supporto Tecnico Assyoma S.r.l. - www.assyoma.it email: g.danti@assyoma.it - info@assyoma.it GPG public key ID: FF5F32A8

On 05/01/2018 03:11 PM, Gionatan Danti wrote: > Il 01-05-2018 10:56 Daniel P. Berrangé ha scritto: >> qcow2 is widely used in production at large scale in general. Just not >> with internal snapshots - almost everything uses external snapshots, >> aka backing file chains. >> >> The QEMU community still tends to discourage use of internal snapshots. >> There

...you're not > getting the re-build virt-manager stuff either -- I may have to respin > that one as well. > I think it's specified at least in python-virtinst. See these emails from a few years back about the tap/tap2-issue: https://www.redhat.com/archives/virt-tools-list/2013-June/msg00037.html https://www.redhat.com/archives/virt-tools-list/2013-June/msg00039.html > While we're here, could you give me a couple of virt-install and > virt-viewer "smoketest" commands that I could add to my automated test > scripts? ATM I'm testing libvirt by using virsh t...

On Sat, Sep 26, 2015 at 9:29 PM, Pasi K?rkk?inen <pasik at iki.fi> wrote: > On Sat, Sep 26, 2015 at 09:04:23PM +0300, Pasi K?rkk?inen wrote: >> Hello, >> >> I just upgraded some of my el6xen boxes to latest CentOS 6.7, Xen 4.4.3 and dom0 3.18.17 rpms, and noticed these new problems: >> > > And third issue aswell: > > 3) Creating an HVM guest using

...n remember that external snapshot remove was not supported - I had to use the --metadata flag and a plain "rm" to remove them (or using --no-metadata in the first place)[1]. Does it remain the current behavior? Thanks. [1] https://www.redhat.com/archives/libvirt-users/2015-September/msg00037.html -- Danti Gionatan Supporto Tecnico Assyoma S.r.l. - www.assyoma.it email: g.danti@assyoma.it - info@assyoma.it GPG public key ID: FF5F32A8

...s (that are also easily scriptable): http://wiki.libvirt.org/page/Live-merge-an-entire-disk-image-chain-including-current-active-disk https://wiki.libvirt.org/page/Live-disk-backup-with-active-blockcommit > > [1] > > https://www.redhat.com/archives/libvirt-users/2015-September/msg00037.html > > Any hope to get virsh external snapshot creation/deletion fixed? I don't see any problem creation external snapshots (or more correctly: "overlays"). Deletion of external snapshots involves a bit more work, but it is scriptable as well. [...] -- /kashyap

These are general updates to: https://www.redhat.com/archives/libguestfs/2009-October/msg00037.html [Libguestfs] [PATCH 4/5] New tool: virt-tar and: https://www.redhat.com/archives/libguestfs/2009-October/msg00038.html [Libguestfs] [PATCH 5/5] New tool: virt-ls The code uses die "prog: ...\n". The parameters to virt-tar are swapped so they always go in source -> destination...

I'm searching for the SRPM corresponding to this installed RPM. % yum list | grep gfs2 gfs2-kmod-debuginfo.x86_64 1.92-1.1.el5_2.2 It is missing from: http://msync.centos.org/centos-5/5/os/SRPMS/ What I need from the SRPM are the patches. I'm working through some issues using the source code, and the patches in the RedHat SRPM

...the re-build virt-manager stuff either -- I may have to respin >> that one as well. >> > > I think it's specified at least in python-virtinst. See these emails from a few years back about the tap/tap2-issue: > > https://www.redhat.com/archives/virt-tools-list/2013-June/msg00037.html > https://www.redhat.com/archives/virt-tools-list/2013-June/msg00039.html This is indeed where it was patched before (as a stand alone program) .. have they now rolled that into virt-manager? > > >> While we're here, could you give me a couple of virt-install and >&g...

...not currently indexing until I optimize the index. In order to work around this, I index in bulk and immediately optimize. This is not ideal for the performance of my site. Unfortunately, contrary to what Dave Balmain seems to say here: http://osdir.com/ml/lang.ruby.ferret.general/2006-08/msg00037.html , the index seems to be locked for reading during optimization. So I have two questions: 1) Why does the performance degrade so badly after adding just a few records, unless I optimize the index? Can I avoid this? 2) Can I keep a second index so that it doesn''t get locked duri...

Some virtio-win drivers contain more files than just *.{cat,inf,sys}. They are filtered out currently, which prevents the drivers from being installed by PnP. Stop filtering driver files by extension, and copy all of them instead. Signed-off-by: Roman Kagan <rkagan at virtuozzo.com> --- v2v/windows_virtio.ml | 11 ----------- 1 file changed, 11 deletions(-) diff --git

Greetings list, I just upgraded my main file server, and copied over a dump of my LDAP database, samba conf files, tdbs, etc. Everything fired up OK and runs, except: -Some users (perhaps 5 or 6 out of 125) can't log in, getting the "domain unavailable" message -I can't rejoin them to the domain - the process appears to succeed, but doesn't -One of the machine accounts

hi xen 4.0.1 w/2.6.32.41 Last week dom0 experienced an hard crash and box need to be restarted manually (despite kernel.panic=20). Serial console was not setup, only netconsole. No relevant entries through netconsole, but analyzing logs I see some crashes twenty minutes before fatal hang. Dec 2 01:29:39 xenhost-rack1 kernel: [4437064.011963] Call Trace: Dec 2 01:29:39 xenhost-rack1 kernel:

With GPLPV under 2.6.30, GPLPV gets the following from the ring: ring slot n (first buffer): status (length) = 54 bytes offset = 0 flags = NETRXF_extra_info (possibly csum too but not relevant) ring slot n + 1 (extra info) gso.size (mss) = 1460 Because NETRXF_extra_info is not set, that''s all I get for that packet. In the IP header though, the total length is 1544 (which in itself

With GPLPV under 2.6.30, GPLPV gets the following from the ring: ring slot n (first buffer): status (length) = 54 bytes offset = 0 flags = NETRXF_extra_info (possibly csum too but not relevant) ring slot n + 1 (extra info) gso.size (mss) = 1460 Because NETRXF_extra_info is not set, that''s all I get for that packet. In the IP header though, the total length is 1544 (which in itself