Re: [ovirt-users] Snapshot removal time
On Sep 22, 2017 3:54 PM, "Troels Arvin" wrote: Hello, Ala wrote: > What's the version of the manager (engine)? 4.1.1 > Could you please provide the link or the SPM and the host > running the VM? I don't understand that. I cannot provide intimate details about the installation, nor a link to it. Typo. I meant logs, not links. -- Regards, Troels ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Snapshot removal time
Hello, Ala wrote: > What's the version of the manager (engine)? 4.1.1 > Could you please provide the link or the SPM and the host > running the VM? I don't understand that. I cannot provide intimate details about the installation, nor a link to it. -- Regards, Troels ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Snapshot removal time
Hello, What's the version of the manager (engine)? Could you please provide the link or the SPM and the host running the VM? Thanks, Ala On Sep 22, 2017 1:19 PM, "Troels Arvin" wrote: > Hello, > > I have a RHV 4.1 virtualized guest-server with a number of rather large > VirtIO virtual disks attached. The virtual disks are allocated from a > fibre channel (block) storage domain. The hypervisor servers run RHEL 7.4. > > When I take a snapshot of the guest, then it takes a long time to remove > the snapshots again, when the guest is powered off (a snapshot of a 2 TiB > disk takes around 3 hours to remove). However, when the guest is running, > then snapshot removal is very quick (perhaps around five minutes per > snapshot). The involved disks have not been written much to while they > had snapshots. > > I would expect the opposite: I.e., when the guest is turned off, then I > would assume that oVirt can handle snapshot removal in a much more > aggressive fashion than when performing a live snapshot removal? > > When performing offline snapshot removal, then on the hypervisor having > the SPM role, I see the following in output from "ps xauw": > > vdsm 10255 8.3 0.0 389144 27196 ? S convert -p -t none -T none -f qcow2 /rhev/data-center/mnt/blockSD/xxx/ > images/yyy/zzz -O raw /rhev/data-center/mnt/blockSD/xxx/images/yyy/ > zzz_MERGE > > I don't see the same kind of process running on a guest's hypervisor when > online snapshot removal is in progress. > > I've read most of https://www.ovirt.org/develop/release-management/ > features/storage/remove-snapshot/ > My interpretation from that document is that I should expect to see "qemu- > img commit" commands instead of "qemu-img convert" processes. Or? > > The RHV system involved is somewhat old, having been upgrade many times > from 3.x through 4.1. Could it be that it carries around old left-overs > which results in obsolete snapshot removal behavior? > > -- > Regards, > Troels Arvin > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Snapshot removal time
Hello, I have a RHV 4.1 virtualized guest-server with a number of rather large VirtIO virtual disks attached. The virtual disks are allocated from a fibre channel (block) storage domain. The hypervisor servers run RHEL 7.4. When I take a snapshot of the guest, then it takes a long time to remove the snapshots again, when the guest is powered off (a snapshot of a 2 TiB disk takes around 3 hours to remove). However, when the guest is running, then snapshot removal is very quick (perhaps around five minutes per snapshot). The involved disks have not been written much to while they had snapshots. I would expect the opposite: I.e., when the guest is turned off, then I would assume that oVirt can handle snapshot removal in a much more aggressive fashion than when performing a live snapshot removal? When performing offline snapshot removal, then on the hypervisor having the SPM role, I see the following in output from "ps xauw": vdsm 10255 8.3 0.0 389144 27196 ? Shttps://www.ovirt.org/develop/release-management/ features/storage/remove-snapshot/ My interpretation from that document is that I should expect to see "qemu- img commit" commands instead of "qemu-img convert" processes. Or? The RHV system involved is somewhat old, having been upgrade many times from 3.x through 4.1. Could it be that it carries around old left-overs which results in obsolete snapshot removal behavior? -- Regards, Troels Arvin ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
