[ovirt-users] Snapshot chain inconsistency

[Giulio Casella]

Hi,
I encountered an issue in removing a snapshot. Trying to remove a 
snapshot of a VM with two disks I got an error in engine.log (and 
removal fails):


2024-03-05 15:23:10,568+01 ERROR 
[org.ovirt.engine.core.bll.MergeStatusCommand] 
(EE-ManagedExecutorService-commandCoordinator-Thread-1) 
[a597e182-955b-40ce-8e16-7d9fc7e62b21] Failed to live merge. Top volume 
aa09f887-a739-4962-a682-b68a24a1c137 is still in qemu chain 
[21d35f2a-0776-4d4e-bb68-a09929564086, 
ad4b21d6-1cf9-445c-80a7-3bc3c4abcfa0, 
fd17e47d-215e-422e-8c3d-4094da891d52, aa09f887-a739-4962-a682-b68a24a1c137]


As I said VM has two disks, one of them is behaving correctly, the other 
one has some issue.


If I try (on the hypervisor):

vdsm-tool dump-volume-chains 

I get:

   image:26ce6c05-9da2-48f7-80be-ece76f6f028f

 - ad4b21d6-1cf9-445c-80a7-3bc3c4abcfa0
   status: OK, voltype: INTERNAL, format: COW, legality: 
LEGAL, type: SPARSE, capacity: 53687091200, truesize: 43486543872


 - 21d35f2a-0776-4d4e-bb68-a09929564086
   status: OK, voltype: INTERNAL, format: COW, legality: 
LEGAL, type: SPARSE, capacity: 53687091200, truesize: 35030827008


 - aa09f887-a739-4962-a682-b68a24a1c137
   status: OK, voltype: INTERNAL, format: COW, legality: 
LEGAL, type: SPARSE, capacity: 53687091200, truesize: 8455716864


 - fd17e47d-215e-422e-8c3d-4094da891d52
   status: OK, voltype: LEAF, format: COW, legality: LEGAL, 
type: SPARSE, capacity: 53687091200, truesize: 9932111872



   image:42acd796-4297-4a91-b119-e7c5e91e3c2c

 - 370cc02d-3585-4fea-bd57-a4c88174fc71
   status: OK, voltype: INTERNAL, format: COW, legality: 
LEGAL, type: SPARSE, capacity: 214748364800, truesize: 17716740096


 - cf6315b9-4e96-4323-95b4-d50abd0443bd
   status: OK, voltype: LEAF, format: COW, legality: LEGAL, 
type: SPARSE, capacity: 214748364800, truesize: 2818572288


first listed image is the disk failing snapshot removal, the other one 
is the image with no problem.


Virtual machine is (luckily) up and running.


Any hint to fix? Engine DB tweak?


TIA,
gc



--
Giulio Casellagiulio at di.unimi.it
System and network architect
Computer Science Dept. - University of Milano
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/57EEKN47GTHSZT2M42ELPFICOZWXH5VR/

[ovirt-users] Snapshot problem with GlusterFS and rocky linux 8.6

[varekoarfa]

hello everyone, I hope you can help me

I have 3 servers with rocky linux 8.6 glusterfs in replica. Everything is 
working correctly, except for the snapshots. When I do a snapshot, it ends up 
saying "VM snapshot xxx failed". and in the section of storage and disks, the 
snapshot of the memory and the metada is LOCKED. Logs pasted

centos-release-ceph-pacific.noarch
centos-release-gluster10.noarch
centos-release-nfv-common.noarch
centos-release-nfv-openvswitch.noarch
centos-release-opstools.noarch
centos-release-ovirt45.noarch
centos-release-storage-common.noarch
centos-release-virt-common.noarch
centos-stream-release.noarch
centos-stream-repos.noarch
ovirt-engine.noarch

cat /var/log/ovirt-engine/engine.log | grep snapshot
2022-11-21 17:14:04,896-03 INFO  
[org.ovirt.engine.core.bll.snapshots.CreateSnapshotForVmCommand] (default 
task-9) [2d1eb8f9-3149-4d8c-9c0a-a6e30534263f] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[f1acea1c-7f4f-4476-a2e2-990f01c86c4a=VM]', 
sharedLocks=''}'
2022-11-21 17:14:05,017-03 INFO  
[org.ovirt.engine.core.bll.snapshots.CreateSnapshotForVmCommand] 
(EE-ManagedThreadFactory-engine-Thread-25885) 
[2d1eb8f9-3149-4d8c-9c0a-a6e30534263f] Running command: 
CreateSnapshotForVmCommand internal: false. Entities affected :  ID: 
f1acea1c-7f4f-4476-a2e2-990f01c86c4a Type: VMAction group 
MANIPULATE_VM_SNAPSHOTS with role type USER
2022-11-21 17:14:05,076-03 INFO  
[org.ovirt.engine.core.bll.snapshots.CreateSnapshotDiskCommand] 
(EE-ManagedThreadFactory-engine-Thread-25885) 
[2d1eb8f9-3149-4d8c-9c0a-a6e30534263f] Running command: 
CreateSnapshotDiskCommand internal: true. Entities affected :  ID: 
f1acea1c-7f4f-4476-a2e2-990f01c86c4a Type: VMAction group 
MANIPULATE_VM_SNAPSHOTS with role type USER
2022-11-21 17:14:05,118-03 INFO  
[org.ovirt.engine.core.bll.snapshots.CreateSnapshotCommand] 
(EE-ManagedThreadFactory-engine-Thread-25885) 
[2d1eb8f9-3149-4d8c-9c0a-a6e30534263f] Running command: CreateSnapshotCommand 
internal: true. Entities affected :  ID: ---- 
Type: Storage
2022-11-21 17:14:05,659-03 INFO  
[org.ovirt.engine.core.vdsbroker.irsbroker.CreateVolumeVDSCommand] 
(EE-ManagedThreadFactory-engine-Thread-25885) 
[2d1eb8f9-3149-4d8c-9c0a-a6e30534263f] START, CreateVolumeVDSCommand( 
CreateVolumeVDSCommandParameters:{storagePoolId='f91fca67-aee1-4dc7-b67d-c869b6875791',
 ignoreFailoverLimit='false', 
storageDomainId='88309e23-1446-459e-b175-9e4a019cd77e', 
imageGroupId='4dd56401-dbda-4d13-bdb0-3d0afd7402ca', 
imageSizeInBytes='4605345792', volumeFormat='RAW', 
newImageId='9ffe2fcc-5d99-4529-8baa-1a33b48072f0', imageType='Sparse', 
newImageDescription='{"DiskAlias":"servervpn_snapshot_memory","DiskDescription":"Memory
 snapsho  disk for snapshot 'testsnap' of VM 'servervpn' (VM ID: 
'f1acea1c-7f4f-4476-a2e2-990f01c86c4a')"}', imageInitialSizeInBytes='0', 
imageId='----', 
sourceImageGroupId='----', 
shouldAddBitmaps='false', legal='true', sequenceNumber='1', bitmap='null'}), 
log id: 61fd9b79
2022-11-21 17:14:06,178-03 INFO  
[org.ovirt.engine.core.vdsbroker.irsbroker.CreateVolumeVDSCommand] 
(EE-ManagedThreadFactory-engine-Thread-25885) 
[2d1eb8f9-3149-4d8c-9c0a-a6e30534263f] START, CreateVolumeVDSCommand( 
CreateVolumeVDSCommandParameters:{storagePoolId='f91fca67-aee1-4dc7-b67d-c869b6875791',
 ignoreFailoverLimit='false', 
storageDomainId='88309e23-1446-459e-b175-9e4a019cd77e', 
imageGroupId='bb07d9d7-0048-473d-bb8d-5b141a659085', imageSizeInBytes='10240', 
volumeFormat='RAW', newImageId='0e10989e-e7ee-466b-96d6-831e949ed243', 
imageType='Preallocated', 
newImageDescription='{"DiskAlias":"servervpn_snapshot_metadata","DiskDescription":"Memory
 snapshot disk for snapshot 'testsnap' of VM 'servervpn' (VM ID: 
'f1acea1c-7f4f-4476-a2e2-990f01c86c4a')"}', imageInitialSizeInBytes='0', 
imageId='----', 
sourceImageGroupId='----', 
shouldAddBitmaps='false', legal='true', sequenceNumber='1', bitmap='null'}), 
log id: 31d3ee0a
2022-11-21 17:14:12,859-03 INFO  
[org.ovirt.engine.core.bll.snapshots.CreateSnapshotCommand] 
(EE-ManagedThreadFactory-engine-Thread-25892) 
[2d1eb8f9-3149-4d8c-9c0a-a6e30534263f] Command 
[id=e160791f-e4ca-4173-9628-21ee0058274d]: Updating status to 'SUCCEEDED', The 
command end method logic will be executed by one of its parent commands.
2022-11-21 17:14:21,956-03 INFO  
[org.ovirt.engine.core.bll.snapshots.CreateLiveSnapshotForVmCommand] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-12) 
[2d1eb8f9-3149-4d8c-9c0a-a6e30534263f] Running command: 
CreateLiveSnapshotForVmCommand internal: true. Entities affected :  ID: 
f1acea1c-7f4f-4476-a2e2-990f01c86c4a Type: VMAction group 
MANIPULATE_VM_SNAPSHOTS with role type USER
2022-11-21 17:14:22,031-03 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetHostJobsVDSCommand] 

[ovirt-users] Snapshot not working

[Facundo Badaracco]

hi everyone,

I have a glusterFS replica x3 node.

I can't create snapshot. when I create it, if I select to save the memory,
then in the disks section only appears the snapshot of the memory and in
locked state. If instead, I remove the option to make snapshot of the
memory, it does not make the snapshot saying "failed".

Any idea?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HKGK4NFXUEO22CPJ2IQTW4VTCL4DYUWI/

[ovirt-users] Snapshot task stuck at oVirt 4.4.8

[nicolas]

Hi,

We're running oVirt 4.4.8 and one of our users tried to create a 
snapshot on a VM. The snapshot task got stuck (not sure why) and since 
then a "locked" icon is being shown on the VM. We need to remove this 
VM, but since it has a pending task, we're unable.


The ovirt-engine log shows hundreds of events like:

[2022-09-20 09:23:09,286+01 INFO  
[org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-27) 
[2769dad5-3ec3-4c46-90a2-924746ea8d97] Command 'CreateSnapshotForVm' 
(id: '4fcb6ab7-2cd7-4a0c-be97-f6979be25bb9') waiting on child command 
id: 'cbb7a2c0-2111-4958-a55d-d48bf2d8591b' 
type:'CreateLiveSnapshotForVm' to complete


An ovirt-engine restart didn't make any difference.

Is there a way to remove this task manually, even changing something in 
the DB?


Thanks.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/SWVFVEJFQ25N7OK2ZQQOX7FN7KXUS6JB/

[ovirt-users] snapshot create fails - files not owned by vdsm:kvm

[tpike]

I've got an issue with one of my oVirt 4.3.10.4 clusters. OS is Centos 7.7, 
storage is glusterfs. Whenever I try to create a snapshot of any of my VMs, I 
get an (eventual) error:

VDSM track04.yard.psc.edu command HSMGetAllTasksStatusesVDS failed: Could not 
acquire resource. Probably resource factory threw an exception.: ()

After a bit of investigation, I believe that the root cause is that the 
snapshot file created is not owned by vdsm:kvm. Looking at the directories in 
glusterfs, I see that some of the disk images are owned by root:root, some are 
owned by qemu:qemu. In fact, if we watch the directory for the VM, we can 
actually see that the files are owned by vdsm:kvm when they are created, then 
get changed to qemu:qemu, then eventually get changed to being owned by 
root:root. This is entirely repeatable. Needless to say, oVirt can't read the 
disk images when they are owned by root, so that explains why the snapshot is 
failing. The question, then, is why the ownership is getting changed out from 
under the creation process. Checking the gluster volume info shows:

Volume Name: engine
Type: Replicate
Volume ID: 00951055-74b5-463a-84c0-59fa03be7478
Status: Started
Snapshot Count: 0
Number of Bricks: 1 x 3 = 3
Transport-type: tcp
Bricks:
Brick1: 10.200.0.131:/gluster_bricks/engine/engine
Brick2: 10.200.0.134:/gluster_bricks/engine/engine
Brick3: 10.200.0.135:/gluster_bricks/engine/engine
Options Reconfigured:
performance.client-io-threads: off
nfs.disable: on
transport.address-family: inet
performance.quick-read: off
performance.read-ahead: off
performance.io-cache: off
performance.low-prio-threads: 32
network.remote-dio: off
cluster.eager-lock: enable
cluster.quorum-type: auto
cluster.server-quorum-type: server
cluster.data-self-heal-algorithm: full
cluster.locking-scheme: granular
cluster.shd-max-threads: 8
cluster.shd-wait-qlength: 1
features.shard: on
user.cifs: off
storage.owner-uid: 36
storage.owner-gid: 36
network.ping-timeout: 30
performance.strict-o-direct: on
cluster.granular-entry-heal: enable

I see that the owner UID and GID are correct (vdsm:kvm). Note that snapshots 
worked at one point in the past - I see that there are snapshot images from a 
year ago. Any ideas where to look to correct this? Thanks!

Tod Pike
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/C3RBNTD6RCFRMDZJLDM6KGBK2XITIA54/

[ovirt-users] snapshot solution: Existing snapshots that were taken after this one will be erased.

[dhanaraj.ramesh--- via Users]

Hi Team,

when I want to commit the older snapshots I'm getting warning stating " 
Existing snapshots that were taken after this one will be erased.". is there 
any way we can retain the latest snapshots as is in the chain?

I knew cloning and template export options are there to secure that latest 
snapshot data but these are will consume additional space in storage and take 
time. 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Y5PQGBQXWTJ6O3NI6ZIV2QVEHWML7RVA/

[ovirt-users] Snapshot and disk size allocation

[jorgevisentini]

Hello everyone.

I would like to know how disk size and snapshot allocation works, because every 
time I create a new snapshot, it increases 1 GB in the VM's disk size, and when 
I remove the snap, that space is not returned to Domain Storage.

I'm using the oVirt 4.3.10

How do I reprovision the VM disk?

Thank you all.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3TG24XR77PISMBRZ5S5L4P7DV56SUDON/

[ovirt-users] snapshot options on remote NFS storage

[Jayme]

Was wondering if there are any guides or if anyone could share their
storage configuration details for NFS. If using LVM is it safe to snapshot
volumes with running VM images for backup purposes?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XWTO4BVMIJRPF7EMEGOK2XTZZU6PIPYK/

[ovirt-users] Snapshot error with Cinder/Ceph disk

[Matthias Leopold]

Hi,

i'm having problems with snapshotting Cinder/Ceph disks since upgrading 
to 4.2. Observed behavior has changed between 4.2.2 and 4.2.4.


With oVirt 4.2.2 and Cinder 11.1.0
- oVirt snapshot fails (according to oVirt), but is listed in GUI
- disk snapshot are visible in oVirt storage domain tab and Cinder CLI
- first try to remove the oVirt snapshot fails (according to oVirt), but 
disk snapshots are removed from oVirt storage domain tab and Cinder CLI

- second try to remove oVirt snapshot succeeds

With oVirt 4.2.4 and Cinder 11.1.1
- oVirt snapshot fails "completely"
- in Cinder logs i can see that disk snapshots are created and 
immediately deleted


oVirt error log message is the same in both cases: "Failed in 
'SnapshotVDS' method"


I'm attaching logs from oVirt engine from the latter case.

thx for any advice
matthias


2018-06-27 16:19:18,550+02 INFO  
[org.ovirt.engine.core.bll.snapshots.CreateSnapshotForVmCommand] (default 
task-3) [73adb039-22cc-47b5-9d0f-3620a12df43f] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[4a8c9902-f9ab-490f-b1dd-82d9aee63b5f=VM]', 
sharedLocks=''}'
2018-06-27 16:19:19,186+02 INFO  
[org.ovirt.engine.core.bll.snapshots.CreateSnapshotForVmCommand] 
(EE-ManagedThreadFactory-engine-Thread-22973) 
[73adb039-22cc-47b5-9d0f-3620a12df43f] Running command: 
CreateSnapshotForVmCommand internal: false. Entities affected :  ID: 
4a8c9902-f9ab-490f-b1dd-82d9aee63b5f Type: VMAction group 
MANIPULATE_VM_SNAPSHOTS with role type USER
2018-06-27 16:19:19,208+02 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engine-Thread-22973) 
[73adb039-22cc-47b5-9d0f-3620a12df43f] EVENT_ID: FREEZE_VM_INITIATED(10,766), 
Freeze of guest filesystems on VM ovirt-test01.srv was initiated.
2018-06-27 16:19:19,209+02 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.FreezeVDSCommand] 
(EE-ManagedThreadFactory-engine-Thread-22973) 
[73adb039-22cc-47b5-9d0f-3620a12df43f] START, FreezeVDSCommand(HostName = 
ov-test-04-01, 
VdsAndVmIDVDSParametersBase:{hostId='d8794e95-3f89-4b1a-9bec-12ccf6db0cb1', 
vmId='4a8c9902-f9ab-490f-b1dd-82d9aee63b5f'}), log id: 2d55f627
2018-06-27 16:19:19,259+02 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.FreezeVDSCommand] 
(EE-ManagedThreadFactory-engine-Thread-22973) 
[73adb039-22cc-47b5-9d0f-3620a12df43f] FINISH, FreezeVDSCommand, log id: 
2d55f627
2018-06-27 16:19:19,262+02 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engine-Thread-22973) 
[73adb039-22cc-47b5-9d0f-3620a12df43f] EVENT_ID: FREEZE_VM_SUCCESS(10,767), 
Guest filesystems on VM ovirt-test01.srv have been frozen successfully.
2018-06-27 16:19:19,292+02 INFO  
[org.ovirt.engine.core.bll.snapshots.CreateSnapshotDiskCommand] 
(EE-ManagedThreadFactory-engine-Thread-22973) 
[73adb039-22cc-47b5-9d0f-3620a12df43f] Running command: 
CreateSnapshotDiskCommand internal: true. Entities affected :  ID: 
4a8c9902-f9ab-490f-b1dd-82d9aee63b5f Type: VMAction group 
MANIPULATE_VM_SNAPSHOTS with role type USER
2018-06-27 16:19:19,359+02 INFO  
[org.ovirt.engine.core.bll.storage.disk.cinder.CreateCinderSnapshotCommand] 
(EE-ManagedThreadFactory-commandCoordinator-Thread-10) 
[73adb039-22cc-47b5-9d0f-3620a12df43f] Running command: 
CreateCinderSnapshotCommand internal: true. Entities affected :  ID: 
e97009e5-c712-4199-9664-572eaba268dc Type: StorageAction group 
CONFIGURE_VM_STORAGE with role type USER
2018-06-27 16:19:20,228+02 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engine-Thread-22973) [] EVENT_ID: 
USER_CREATE_SNAPSHOT(45), Snapshot 'disk1_snap' creation for VM 
'ovirt-test01.srv' was initiated by admin@internal-authz.
2018-06-27 16:19:22,322+02 INFO  
[org.ovirt.engine.core.bll.storage.disk.cinder.CreateCinderSnapshotCommandCallback]
 (EE-ManagedThreadFactory-engineScheduled-Thread-96) 
[73adb039-22cc-47b5-9d0f-3620a12df43f] Command 'CreateCinderSnapshot' id: 
'e4561612-d000-47f3-980e-1c05ed813f88' child commands '[]' executions were 
completed, status 'SUCCEEDED'
2018-06-27 16:19:22,322+02 INFO  
[org.ovirt.engine.core.bll.storage.disk.cinder.CreateCinderSnapshotCommandCallback]
 (EE-ManagedThreadFactory-engineScheduled-Thread-96) 
[73adb039-22cc-47b5-9d0f-3620a12df43f] Command 'CreateCinderSnapshot' id: 
'e4561612-d000-47f3-980e-1c05ed813f88' Updating status to 'SUCCEEDED', The 
command end method logic will be executed by one of its parent commands.
2018-06-27 16:19:22,332+02 INFO  
[org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] 
(EE-ManagedThreadFactory-engineScheduled-Thread-96) 
[73adb039-22cc-47b5-9d0f-3620a12df43f] Command 'CreateSnapshotDisk' id: 
'378e2ffc-352b-4318-b34b-6c46a7fc15d8' child commands 
'[e4561612-d000-47f3-980e-1c05ed813f88]' executions were completed, status 
'SUCCEEDED'
2018-06-27 16:19:22,332+02 INFO  
[org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] 

[ovirt-users] snapshot going to locked state and stays with it

[Hari Prasanth Loganathan]

Hi Team,

I took a snapshot using oVirt and it stays in the LOCKED state for half an
hour.

DateJun 25, 2018, 1:06:58 PMStatus*LOCKED*MemoryfalseDescription
Immediate2018625-13655Defined Memory1024MBPhysical Memory
Guaranteed1024MBNumber
of CPU Cores1 (1:1:1)


1) What could be the reason for this LOCKED state?
2) How can I recover from it?

Thanks,
Hari
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Z7USXN56POKOMIBZJPMDZNL5NGWFZY75/

Re: [ovirt-users] Snapshot tree

[Yedidyah Bar David]

On Wed, Apr 4, 2018 at 12:21 PM,   wrote:
> Hi,
> Can you confirm that there is no way to have a snapshot tree, like in
> VirtualBox, where one can revert to say "snapshot1" and then branch new
> children snapshot but without loosing any snapshots made after "snapshot1",
> which could have their own children ?

Indeed, oVirt does not have "snapshot trees".

> According to the documentation, it is impoissible, but is there a workaround
> ?

Best workaround I came up with is Right-click a snapshot and choose 'Clone'.
This will create a new VM from (a COW copy of) this snapshot.

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Snapshot tree

[spfma . tech]

Hi,
 Can you confirm that there is no way to have a snapshot tree, like in 
VirtualBox, where one can revert to say "snapshot1" and then branch new 
children snapshot but without loosing any snapshots made after "snapshot1", 
which could have their own children ? According to the documentation, it is 
impoissible, but is there a workaround ? Regards 

-
FreeMail powered by mail.fr
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot of the Self-Hosted Engine

[FERNANDO FREDIANI]

Hello Sven and all.

Yes storage does have the snapshot function and could be possibility be
used, but I was wondering a even easier way through the oVirt Node CLI or
something similar that can use the qcow2 image snapshot to do that with the
Self-Hosted Engine in Global Maintenance.

I used to run the oVirt Engine in a Libvirt KVM Virtual Machine in a
separate Host and it has always been extremely handy to have this feature.
There has been times where the upgrade was not successfully and just
turning off the VM, starting it from snapshot saved my day.

Regards
Fernando

2018-03-27 14:14 GMT-03:00 Sven Achtelik <sven.achte...@eps.aero>:

> Hi Fernando,
>
>
>
> depending on where you’re having your storage you could set everything to
> global maintenance, stop the vm and copy the disk image. Or if your storage
> systeme is able to do snapshots you could use that function once the engine
> is stopped. It’s the easiest way I can think of right now. What kind of
> storage are you using ?
>
>
>
> Sven
>
>
>
> *Von:* users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] *Im
> Auftrag von *FERNANDO FREDIANI
> *Gesendet:* Dienstag, 27. März 2018 15:24
> *An:* users
> *Betreff:* [ovirt-users] Snapshot of the Self-Hosted Engine
>
>
>
> Hello
>
> Is it possible to snapshot the Self-Hosted Engine before an Upgrade ? If
> so how ?
>
> Thanks
>
> Fernando
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot of the Self-Hosted Engine

[Simone Tiraboschi]

On Wed, Mar 28, 2018 at 9:13 AM, Yedidyah Bar David  wrote:

> On Tue, Mar 27, 2018 at 4:23 PM, FERNANDO FREDIANI
>  wrote:
> > Hello
> >
> > Is it possible to snapshot the Self-Hosted Engine before an Upgrade ? If
> so
> > how ?
>
> I do not think so - I do not think anything changed since this:
>
> http://lists.ovirt.org/pipermail/users/2016-November/044103.html
>
> I agree it sounds like a useful thing to have. Not sure how hard it
> can be to implement it. Feel free to open an RFE bz.
>

We are using a disk lease to prevent split brains, AFAIK snapshots are not
compatible with disk leases.


>
> Basically, we'll have to:
>
> 1. Make sure everything continues to work sensibly - engine/vdsm do
> the right things, ha agent works as expected, etc.
>
> 2. Provide means to start the vm from a snapshot, and/or revert to a
> snapshot. This is going to be quite ugly, because it will have to
> duplicate in ovirt-hosted-engine-setup/-ha functionality that already
> exists in the engine, because at that point the engine is not
> available to assist with this.
>
> Best regards,
> --
> Didi
> ___
> 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 of the Self-Hosted Engine

[Yedidyah Bar David]

On Tue, Mar 27, 2018 at 4:23 PM, FERNANDO FREDIANI
 wrote:
> Hello
>
> Is it possible to snapshot the Self-Hosted Engine before an Upgrade ? If so
> how ?

I do not think so - I do not think anything changed since this:

http://lists.ovirt.org/pipermail/users/2016-November/044103.html

I agree it sounds like a useful thing to have. Not sure how hard it
can be to implement it. Feel free to open an RFE bz.

Basically, we'll have to:

1. Make sure everything continues to work sensibly - engine/vdsm do
the right things, ha agent works as expected, etc.

2. Provide means to start the vm from a snapshot, and/or revert to a
snapshot. This is going to be quite ugly, because it will have to
duplicate in ovirt-hosted-engine-setup/-ha functionality that already
exists in the engine, because at that point the engine is not
available to assist with this.

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Snapshot of the Self-Hosted Engine

[FERNANDO FREDIANI]

Hello

Is it possible to snapshot the Self-Hosted Engine before an Upgrade ? If so
how ?

Thanks
Fernando
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Snapshot Disk fails to connect to BackupApplianceVM - Failed to HotPlugDiskVDS

[Zip]

Okay, when I do a snapshot, and then mount the snapshot to a
BackupApplianceVM, all works using NFS4 as my Storage Domain for the VM
being backed up. If I change that disk storage on the VM to be backed up to
my iSCSI storage, my script breaks and I see these errors in the oVirt
Engine logs:

---
2018-01-22 23:10:36,249-06 INFO
[org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (default
task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Lock Acquired to object
'EngineLock:{exclusiveLocks='[dcabf886-22b2-4239-b57a-559d9b5b4c6d=DISK]',
sharedLocks=''}'

2018-01-22 23:10:36,296-06 INFO
[org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (default
task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Running command:
AttachDiskToVmCommand internal: false. Entities affected :  ID:
3c78dd5a-2982-4e35-ad9b-004394970dea Type: VMAction group
CONFIGURE_VM_STORAGE with role type USER,  ID:
dcabf886-22b2-4239-b57a-559d9b5b4c6d Type: DiskAction group ATTACH_DISK with
role type USER

2018-01-22 23:10:36,300-06 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default
task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] START,
HotPlugDiskVDSCommand(HostName = ovirtnodea.mydomain.com,
HotPlugDiskVDSParameters:{hostId='34591e56-fd25-48dd-bf56-76b7b15e3721',
vmId='3c78dd5a-2982-4e35-ad9b-004394970dea',
diskId='dcabf886-22b2-4239-b57a-559d9b5b4c6d', addressMap='null'}), log id:
1bb4b632

2018-01-22 23:10:37,903-06 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default
task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Failed in 'HotPlugDiskVDS'
method

2018-01-22 23:10:37,907-06 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] EVENT_ID:
VDS_BROKER_COMMAND_FAILURE(10,802), VDSM ovirtnodea.mydomain.com command
HotPlugDiskVDS failed: unsupported configuration: native I/O needs either no
disk cache or directsync cache mode, QEMU will fallback to aio=threads

2018-01-22 23:10:37,907-06 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default
task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Command
'org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand' return
value 'StatusOnlyReturn [status=Status [code=45, message=unsupported
configuration: native I/O needs either no disk cache or directsync cache
mode, QEMU will fallback to aio=threads]]'

2018-01-22 23:10:37,907-06 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default
task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] HostName =
ovirtnodea.mydomain.com

2018-01-22 23:10:37,907-06 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default
task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Command
'HotPlugDiskVDSCommand(HostName = ovirtnodea.mydomain.com,
HotPlugDiskVDSParameters:{hostId='34591e56-fd25-48dd-bf56-76b7b15e3721',
vmId='3c78dd5a-2982-4e35-ad9b-004394970dea',
diskId='dcabf886-22b2-4239-b57a-559d9b5b4c6d', addressMap='null'})'
execution failed: VDSGenericException: VDSErrorException: Failed to
HotPlugDiskVDS, error = unsupported configuration: native I/O needs either
no disk cache or directsync cache mode, QEMU will fallback to aio=threads,
code = 45

2018-01-22 23:10:37,907-06 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default
task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] FINISH,
HotPlugDiskVDSCommand, log id: 1bb4b632

2018-01-22 23:10:37,907-06 ERROR
[org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (default
task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Command
'org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand' failed:
EngineException: 
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to HotPlugDiskVDS, error =
unsupported configuration: native I/O needs either no disk cache or
directsync cache mode, QEMU will fallback to aio=threads, code = 45 (Failed
with error FailedToPlugDisk and code 45)

2018-01-22 23:10:37,910-06 ERROR
[org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (default
task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Transaction rolled-back for
command 'org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand'.

2018-01-22 23:10:37,954-06 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] EVENT_ID:
USER_FAILED_ATTACH_DISK_TO_VM(2,017), Failed to attach Disk TEST1234_Disk1
to VM SimpleBackup (User: admin@internal-authz).

2018-01-22 23:10:37,955-06 INFO
[org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (default
task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Lock freed to object
'EngineLock:{exclusiveLocks='[dcabf886-22b2-4239-b57a-559d9b5b4c6d=DISK]',
sharedLocks=''}'

2018-01-22 23:10:37,955-06 ERROR
[org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default
task-58) [] Operation Failed: [Failed to 

Re: [ovirt-users] Snapshot or not?

[Nir Soffer]

On Fri, Nov 17, 2017 at 9:50 AM Demeter Tibor  wrote:

> Hi,
>
> https://pastebin.com/raw/cFrphHHh
>
> The problematic disk is
>
>   
>io='threads'/>
>file='/rhev/data-center/bcc17ec5-3ba3-4664-ba47-24fde9d92a2a/d2f65815-5f25-4740-ba56-76749a0f4571/images/d1db6e0e-87d0-4124-8326-b18bff3fdf90/5974fd33-af4c-4e3b-aadb-bece6054eb6b'>
> 
>   
>   
>   d1db6e0e-87d0-4124-8326-b18bff3fdf90
>   
>function='0x0'/>
> 
>
>
Why do you think it is not correct?

To check that the drive is indeed raw, please share the output of:

qemu-img info
/rhev/data-center/bcc17ec5-3ba3-4664-ba47-24fde9d92a2a/d2f65815-5f25-4740-ba56-76749a0f4571/images/d1db6e0e-87d0-4124-8326-b18bff3fdf90/5974fd33-af4c-4e3b-aadb-bece6054eb6b

for n in
/rhev/data-center/bcc17ec5-3ba3-4664-ba47-24fde9d92a2a/d2f65815-5f25-4740-ba56-76749a0f4571/images/d1db6e0e-87d0-4124-8326-b18bff3fdf90/*.meta;
do echo "# $n"; cat $n; echo; done


>
>
>
> What can I do?
>
> Thank you for your time!
>
>
> Tibor
>
>
>
> - 2017. nov.. 16., 22:40, Nir Soffer  írta:
>
> On Thu, Nov 16, 2017 at 7:11 PM Demeter Tibor  wrote:
>
>> Hi,
>> Sorry for my bad English:(
>>
>> Ovirt could not import my VM and disks from original storge-domain. It is
>> an NFS share on a server.
>> Then I create an another NFS share on same storage and attached to ovirt
>> as new storgae domain.
>> At this step I've created a new VM on new storage-domain with same disks.
>> (three think provisioned, 100GB, 60GB and 13TB disks). It was necessary,
>> because ovirt cant import my original disks and VM from the re-attached
>> storage domain.
>> Finally I renamed my old disks from old storage domain to new on new
>> storgae domain (it was possible because are there on same file system on
>> nfs server)
>> At this moment only two virtual disk working fine. The 100 and 60GB disks
>> does working fine, but the 13TB is not. It has a snapshot. Or not? Is it a
>> snapshot or not?
>>
>> My problem is inside VM I  see the content as raw disk. I thing Ovirt
>> don't want to use it as a snapshotted image. Or what ?
>>
>
> Demeter, can you share the output of this command on a host running your
> vm?
>
> virsh -r dumpxml vm-name
>
> Nir
>
>
>>
>> Thank you.
>>
>> Tibor
>>
>> - 2017. nov.. 16., 15:57, Benny Zlotnik  írta:
>>
>> Hi Tibor,
>> Can you please explain this part: "After this I just wondered, I will
>> make a new VM with same disk and I will copy the images (really just
>> rename) from original to recreated."
>> What were the exact steps you took?
>>
>> Thanks
>>
>> On Thu, Nov 16, 2017 at 4:19 PM, Demeter Tibor 
>> wrote:
>>
>>> Hi,
>>>
>>> Thank you for your reply.
>>>
>>> So. I have a disk with snapshot. Or - really - I just think that is a
>>> snapshot. It was attached originally to a VM (with other two disks, that is
>>> not have snapshot) I did a detach-attach-storage procedure, but after
>>> attach, - I don't know why -  ovirt could not import the VM and disks from
>>> this  (ovirt said it is not possible).  After this I just wondered, I will
>>> make a new VM with same disk and I will copy the images (really just
>>> rename) from original to recreated.
>>>
>>> It was partial success because the VM can boot, but the disk, where
>>> there is a snapshot I can't read the LVM table. I see just it seems to
>>> corrupt.
>>> Now this disk in a very interested state: I can see the snapshot datas
>>> from the vm as raw disk.
>>> I think Ovirt don't know that is a snapshotted image and attach to VM as
>>> raw disk.
>>>
>>> So my really question, how can I add this disk image as good to ovirt?
>>>
>>> Please help me, it is very important me.:(
>>>
>>> Thanks in advance,
>>>
>>> Have a nice day,
>>>
>>> Tibor
>>>
>>>
>>> - 2017. nov.. 16., 11:55, Ala Hino  írta:
>>>
>>> Hi Tibor,
>>> I am not sure I completely understand the scenario.
>>>
>>> You have a VM with two disks and then you create a snapshot including
>>> the two disks?
>>> Before creating the snapshot, did the VM recognize the two disks?
>>>
>>> On Mon, Nov 13, 2017 at 10:36 PM, Demeter Tibor 
>>> wrote:
>>>
 Dear Users,

 I have a disk of a vm, that is have a snapshot. It is very interesting,
 because there are two other disk of that VM, but there are no snapshots of
 them.
 I found this while I've try to migrate a storage-domain between two
 datacenter.
 Because, I didn't import that vm from the storage domain, I did an
 another similar VM with exactly same sized thin-provisioned disks. I have
 renamed, copied to here my originals.

 The VM started successfully, but the disk that contain a snapshot did
 not recognized by the os. I can see the whole disk as raw. (disk id, format
 in ovirt, filenames of images, etc) . I think ovirt don't know that is a
 snapshotted image and use as raw. 

Re: [ovirt-users] Snapshot or not?

[Demeter Tibor]

Hi, 

https://pastebin.com/raw/cFrphHHh 

The problematic disk is 

  
  

  
  
  d1db6e0e-87d0-4124-8326-b18bff3fdf90
  
  
 

What can I do? 

Thank you for your time! 

Tibor 

- 2017. nov.. 16., 22:40, Nir Soffer  írta: 

> On Thu, Nov 16, 2017 at 7:11 PM Demeter Tibor < [ mailto:tdeme...@itsmart.hu |
> tdeme...@itsmart.hu ] > wrote:

>> Hi,
>> Sorry for my bad English:(

>> Ovirt could not import my VM and disks from original storge-domain. It is an 
>> NFS
>> share on a server.
>> Then I create an another NFS share on same storage and attached to ovirt as 
>> new
>> storgae domain.
>> At this step I've created a new VM on new storage-domain with same disks. 
>> (three
>> think provisioned, 100GB, 60GB and 13TB disks). It was necessary, because 
>> ovirt
>> cant import my original disks and VM from the re-attached storage domain.
>> Finally I renamed my old disks from old storage domain to new on new storgae
>> domain (it was possible because are there on same file system on nfs server)
>> At this moment only two virtual disk working fine. The 100 and 60GB disks 
>> does
>> working fine, but the 13TB is not. It has a snapshot. Or not? Is it a 
>> snapshot
>> or not?

>> My problem is inside VM I see the content as raw disk. I thing Ovirt don't 
>> want
>> to use it as a snapshotted image. Or what ?

> Demeter, can you share the output of this command on a host running your vm?

> virsh -r dumpxml vm-name

> Nir

>> Thank you.

>> Tibor

>> - 2017. nov.. 16., 15:57, Benny Zlotnik < [ mailto:bzlot...@redhat.com |
>> bzlot...@redhat.com ] > írta:

>>> Hi Tibor,
>>> Can you please explain this part: " After this I just wondered, I will make 
>>> a
>>> new VM with same disk and I will copy the images (really just rename) from
>>> original to recreated."
>>> What were the exact steps you took?

>>> Thanks

>>> On Thu, Nov 16, 2017 at 4:19 PM, Demeter Tibor < [ 
>>> mailto:tdeme...@itsmart.hu |
>>> tdeme...@itsmart.hu ] > wrote:

 Hi,

 Thank you for your reply.

 So. I have a disk with snapshot. Or - really - I just think that is a 
 snapshot.
 It was attached originally to a VM (with other two disks, that is not have
 snapshot) I did a detach-attach-storage procedure, but after attach, - I 
 don't
 know why - ovirt could not import the VM and disks from this (ovirt said 
 it is
 not possible). After this I just wondered, I will make a new VM with same 
 disk
 and I will copy the images (really just rename) from original to recreated.

 It was partial success because the VM can boot, but the disk, where there 
 is a
 snapshot I can't read the LVM table. I see just it seems to corrupt.
 Now this disk in a very interested state: I can see the snapshot datas 
 from the
 vm as raw disk.
 I think Ovirt don't know that is a snapshotted image and attach to VM as 
 raw
 disk.

 So my really question, how can I add this disk image as good to ovirt?

 Please help me, it is very important me.:(

 Thanks in advance,

 Have a nice day,

 Tibor

 - 2017. nov.. 16., 11:55, Ala Hino < [ mailto:ah...@redhat.com |
 ah...@redhat.com ] > írta:

> Hi Tibor,
> I am not sure I completely understand the scenario.

> You have a VM with two disks and then you create a snapshot including the 
> two
> disks?
> Before creating the snapshot, did the VM recognize the two disks?

> On Mon, Nov 13, 2017 at 10:36 PM, Demeter Tibor < [ 
> mailto:tdeme...@itsmart.hu |
> tdeme...@itsmart.hu ] > wrote:

>> Dear Users,

>> I have a disk of a vm, that is have a snapshot. It is very interesting, 
>> because
>> there are two other disk of that VM, but there are no snapshots of them.
>> I found this while I've try to migrate a storage-domain between two 
>> datacenter.
>> Because, I didn't import that vm from the storage domain, I did an 
>> another
>> similar VM with exactly same sized thin-provisioned disks. I have 
>> renamed,
>> copied to here my originals.

>> The VM started successfully, but the disk that contain a snapshot did not
>> recognized by the os. I can see the whole disk as raw. (disk id, format 
>> in
>> ovirt, filenames of images, etc) . I think ovirt don't know that is a
>> snapshotted image and use as raw. Is it possible?
>> I don't see any snapshot in snapshots. Also I have try to list snapshots 
>> with
>> qemu-img info and qemu-img snapshot -l , but it does not see any 
>> snapshots in
>> the image.

>> Really, I don't know how is possible this.

>> [root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# qemu-img info
>> 5974fd33-af4c-4e3b-aadb-bece6054eb6b
>> image: 5974fd33-af4c-4e3b-aadb-bece6054eb6b
>> file format: qcow2
>> virtual size: 13T (13958643712000 bytes)
>> disk size: 12T
>> 

Re: [ovirt-users] Snapshot or not?

[Nir Soffer]

On Thu, Nov 16, 2017 at 7:11 PM Demeter Tibor  wrote:

> Hi,
> Sorry for my bad English:(
>
> Ovirt could not import my VM and disks from original storge-domain. It is
> an NFS share on a server.
> Then I create an another NFS share on same storage and attached to ovirt
> as new storgae domain.
> At this step I've created a new VM on new storage-domain with same disks.
> (three think provisioned, 100GB, 60GB and 13TB disks). It was necessary,
> because ovirt cant import my original disks and VM from the re-attached
> storage domain.
> Finally I renamed my old disks from old storage domain to new on new
> storgae domain (it was possible because are there on same file system on
> nfs server)
> At this moment only two virtual disk working fine. The 100 and 60GB disks
> does working fine, but the 13TB is not. It has a snapshot. Or not? Is it a
> snapshot or not?
>
> My problem is inside VM I  see the content as raw disk. I thing Ovirt
> don't want to use it as a snapshotted image. Or what ?
>

Demeter, can you share the output of this command on a host running your vm?

virsh -r dumpxml vm-name

Nir


>
> Thank you.
>
> Tibor
>
> - 2017. nov.. 16., 15:57, Benny Zlotnik  írta:
>
> Hi Tibor,
> Can you please explain this part: "After this I just wondered, I will
> make a new VM with same disk and I will copy the images (really just
> rename) from original to recreated."
> What were the exact steps you took?
>
> Thanks
>
> On Thu, Nov 16, 2017 at 4:19 PM, Demeter Tibor 
> wrote:
>
>> Hi,
>>
>> Thank you for your reply.
>>
>> So. I have a disk with snapshot. Or - really - I just think that is a
>> snapshot. It was attached originally to a VM (with other two disks, that is
>> not have snapshot) I did a detach-attach-storage procedure, but after
>> attach, - I don't know why -  ovirt could not import the VM and disks from
>> this  (ovirt said it is not possible).  After this I just wondered, I will
>> make a new VM with same disk and I will copy the images (really just
>> rename) from original to recreated.
>>
>> It was partial success because the VM can boot, but the disk, where there
>> is a snapshot I can't read the LVM table. I see just it seems to corrupt.
>> Now this disk in a very interested state: I can see the snapshot datas
>> from the vm as raw disk.
>> I think Ovirt don't know that is a snapshotted image and attach to VM as
>> raw disk.
>>
>> So my really question, how can I add this disk image as good to ovirt?
>>
>> Please help me, it is very important me.:(
>>
>> Thanks in advance,
>>
>> Have a nice day,
>>
>> Tibor
>>
>>
>> - 2017. nov.. 16., 11:55, Ala Hino  írta:
>>
>> Hi Tibor,
>> I am not sure I completely understand the scenario.
>>
>> You have a VM with two disks and then you create a snapshot including the
>> two disks?
>> Before creating the snapshot, did the VM recognize the two disks?
>>
>> On Mon, Nov 13, 2017 at 10:36 PM, Demeter Tibor 
>> wrote:
>>
>>> Dear Users,
>>>
>>> I have a disk of a vm, that is have a snapshot. It is very interesting,
>>> because there are two other disk of that VM, but there are no snapshots of
>>> them.
>>> I found this while I've try to migrate a storage-domain between two
>>> datacenter.
>>> Because, I didn't import that vm from the storage domain, I did an
>>> another similar VM with exactly same sized thin-provisioned disks. I have
>>> renamed, copied to here my originals.
>>>
>>> The VM started successfully, but the disk that contain a snapshot did
>>> not recognized by the os. I can see the whole disk as raw. (disk id, format
>>> in ovirt, filenames of images, etc) . I think ovirt don't know that is a
>>> snapshotted image and use as raw. Is it possible?
>>> I don't see any snapshot in snapshots. Also I have try to list snapshots
>>> with qemu-img info and qemu-img snapshot -l , but it does not see any
>>> snapshots in the image.
>>>
>>> Really, I don't know how is possible this.
>>>
>>> [root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# qemu-img info
>>> 5974fd33-af4c-4e3b-aadb-bece6054eb6b
>>> image: 5974fd33-af4c-4e3b-aadb-bece6054eb6b
>>> file format: qcow2
>>> virtual size: 13T (13958643712000 bytes)
>>> disk size: 12T
>>> cluster_size: 65536
>>> backing file:
>>> ../8d815282-6957-41c0-bb3e-6c8f4a23a64b/723ad5aa-02f6-4067-ac75-0ce0a761627f
>>> backing file format: raw
>>> Format specific information:
>>> compat: 0.10
>>>
>>> [root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# qemu-img info
>>> 723ad5aa-02f6-4067-ac75-0ce0a761627f
>>> image: 723ad5aa-02f6-4067-ac75-0ce0a761627f
>>> file format: raw
>>> virtual size: 2.0T (2147483648000 bytes)
>>> disk size: 244G
>>>
>>> [root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# ll
>>> total 13096987560 <(309)%20698-7560>
>>> -rw-rw. 1 36 36 13149448896512 Nov 13 13:42
>>> 5974fd33-af4c-4e3b-aadb-bece6054eb6b
>>> -rw-rw. 1 36 361048576 Nov 13 19:34
>>> 

Re: [ovirt-users] Snapshot or not?

[Demeter Tibor]

Hi, 
Sorry for my bad English:( 

Ovirt could not import my VM and disks from original storge-domain. It is an 
NFS share on a server. 
Then I create an another NFS share on same storage and attached to ovirt as new 
storgae domain. 
At this step I've created a new VM on new storage-domain with same disks. 
(three think provisioned, 100GB, 60GB and 13TB disks). It was necessary, 
because ovirt cant import my original disks and VM from the re-attached storage 
domain. 
Finally I renamed my old disks from old storage domain to new on new storgae 
domain (it was possible because are there on same file system on nfs server) 
At this moment only two virtual disk working fine. The 100 and 60GB disks does 
working fine, but the 13TB is not. It has a snapshot. Or not? Is it a snapshot 
or not? 

My problem is inside VM I see the content as raw disk. I thing Ovirt don't want 
to use it as a snapshotted image. Or what ? 

Thank you. 

Tibor 

- 2017. nov.. 16., 15:57, Benny Zlotnik  írta: 

> Hi Tibor,
> Can you please explain this part: " After this I just wondered, I will make a
> new VM with same disk and I will copy the images (really just rename) from
> original to recreated."
> What were the exact steps you took?

> Thanks

> On Thu, Nov 16, 2017 at 4:19 PM, Demeter Tibor < [ mailto:tdeme...@itsmart.hu 
> |
> tdeme...@itsmart.hu ] > wrote:

>> Hi,

>> Thank you for your reply.

>> So. I have a disk with snapshot. Or - really - I just think that is a 
>> snapshot.
>> It was attached originally to a VM (with other two disks, that is not have
>> snapshot) I did a detach-attach-storage procedure, but after attach, - I 
>> don't
>> know why - ovirt could not import the VM and disks from this (ovirt said it 
>> is
>> not possible). After this I just wondered, I will make a new VM with same 
>> disk
>> and I will copy the images (really just rename) from original to recreated.

>> It was partial success because the VM can boot, but the disk, where there is 
>> a
>> snapshot I can't read the LVM table. I see just it seems to corrupt.
>> Now this disk in a very interested state: I can see the snapshot datas from 
>> the
>> vm as raw disk.
>> I think Ovirt don't know that is a snapshotted image and attach to VM as raw
>> disk.

>> So my really question, how can I add this disk image as good to ovirt?

>> Please help me, it is very important me.:(

>> Thanks in advance,

>> Have a nice day,

>> Tibor

>> - 2017. nov.. 16., 11:55, Ala Hino < [ mailto:ah...@redhat.com |
>> ah...@redhat.com ] > írta:

>>> Hi Tibor,
>>> I am not sure I completely understand the scenario.

>>> You have a VM with two disks and then you create a snapshot including the 
>>> two
>>> disks?
>>> Before creating the snapshot, did the VM recognize the two disks?

>>> On Mon, Nov 13, 2017 at 10:36 PM, Demeter Tibor < [ 
>>> mailto:tdeme...@itsmart.hu |
>>> tdeme...@itsmart.hu ] > wrote:

 Dear Users,

 I have a disk of a vm, that is have a snapshot. It is very interesting, 
 because
 there are two other disk of that VM, but there are no snapshots of them.
 I found this while I've try to migrate a storage-domain between two 
 datacenter.
 Because, I didn't import that vm from the storage domain, I did an another
 similar VM with exactly same sized thin-provisioned disks. I have renamed,
 copied to here my originals.

 The VM started successfully, but the disk that contain a snapshot did not
 recognized by the os. I can see the whole disk as raw. (disk id, format in
 ovirt, filenames of images, etc) . I think ovirt don't know that is a
 snapshotted image and use as raw. Is it possible?
 I don't see any snapshot in snapshots. Also I have try to list snapshots 
 with
 qemu-img info and qemu-img snapshot -l , but it does not see any snapshots 
 in
 the image.

 Really, I don't know how is possible this.

 [root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# qemu-img info
 5974fd33-af4c-4e3b-aadb-bece6054eb6b
 image: 5974fd33-af4c-4e3b-aadb-bece6054eb6b
 file format: qcow2
 virtual size: 13T (13958643712000 bytes)
 disk size: 12T
 cluster_size: 65536
 backing file:
 ../8d815282-6957-41c0-bb3e-6c8f4a23a64b/723ad5aa-02f6-4067-ac75-0ce0a761627f
 backing file format: raw
 Format specific information:
 compat: 0.10

 [root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# qemu-img info
 723ad5aa-02f6-4067-ac75-0ce0a761627f
 image: 723ad5aa-02f6-4067-ac75-0ce0a761627f
 file format: raw
 virtual size: 2.0T (2147483648000 bytes)
 disk size: 244G

 [root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# ll
 total [ tel:(309)%20698-7560 | 13096987560 ]
 -rw-rw. 1 36 36 13149448896512 Nov 13 13:42
 5974fd33-af4c-4e3b-aadb-bece6054eb6b
 -rw-rw. 1 36 36 1048576 Nov 13 19:34
 5974fd33-af4c-4e3b-aadb-bece6054eb6b.lease
 -rw-r--r--. 1 36 36 262 Nov 13 19:54 
 

Re: [ovirt-users] Snapshot or not?

[Benny Zlotnik]

Hi Tibor,

Can you please explain this part: "After this I just wondered, I will make
a new VM with same disk and I will copy the images (really just rename)
from original to recreated."
What were the exact steps you took?

Thanks

On Thu, Nov 16, 2017 at 4:19 PM, Demeter Tibor  wrote:

> Hi,
>
> Thank you for your reply.
>
> So. I have a disk with snapshot. Or - really - I just think that is a
> snapshot. It was attached originally to a VM (with other two disks, that is
> not have snapshot) I did a detach-attach-storage procedure, but after
> attach, - I don't know why -  ovirt could not import the VM and disks from
> this  (ovirt said it is not possible).  After this I just wondered, I will
> make a new VM with same disk and I will copy the images (really just
> rename) from original to recreated.
>
> It was partial success because the VM can boot, but the disk, where there
> is a snapshot I can't read the LVM table. I see just it seems to corrupt.
> Now this disk in a very interested state: I can see the snapshot datas
> from the vm as raw disk.
> I think Ovirt don't know that is a snapshotted image and attach to VM as
> raw disk.
>
> So my really question, how can I add this disk image as good to ovirt?
>
> Please help me, it is very important me.:(
>
> Thanks in advance,
>
> Have a nice day,
>
> Tibor
>
>
> - 2017. nov.. 16., 11:55, Ala Hino  írta:
>
> Hi Tibor,
> I am not sure I completely understand the scenario.
>
> You have a VM with two disks and then you create a snapshot including the
> two disks?
> Before creating the snapshot, did the VM recognize the two disks?
>
> On Mon, Nov 13, 2017 at 10:36 PM, Demeter Tibor 
> wrote:
>
>> Dear Users,
>>
>> I have a disk of a vm, that is have a snapshot. It is very interesting,
>> because there are two other disk of that VM, but there are no snapshots of
>> them.
>> I found this while I've try to migrate a storage-domain between two
>> datacenter.
>> Because, I didn't import that vm from the storage domain, I did an
>> another similar VM with exactly same sized thin-provisioned disks. I have
>> renamed, copied to here my originals.
>>
>> The VM started successfully, but the disk that contain a snapshot did not
>> recognized by the os. I can see the whole disk as raw. (disk id, format in
>> ovirt, filenames of images, etc) . I think ovirt don't know that is a
>> snapshotted image and use as raw. Is it possible?
>> I don't see any snapshot in snapshots. Also I have try to list snapshots
>> with qemu-img info and qemu-img snapshot -l , but it does not see any
>> snapshots in the image.
>>
>> Really, I don't know how is possible this.
>>
>> [root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# qemu-img info
>> 5974fd33-af4c-4e3b-aadb-bece6054eb6b
>> image: 5974fd33-af4c-4e3b-aadb-bece6054eb6b
>> file format: qcow2
>> virtual size: 13T (13958643712000 bytes)
>> disk size: 12T
>> cluster_size: 65536
>> backing file: ../8d815282-6957-41c0-bb3e-6c8f4a23a64b/723ad5aa-02f6-
>> 4067-ac75-0ce0a761627f
>> backing file format: raw
>> Format specific information:
>> compat: 0.10
>>
>> [root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# qemu-img info
>> 723ad5aa-02f6-4067-ac75-0ce0a761627f
>> image: 723ad5aa-02f6-4067-ac75-0ce0a761627f
>> file format: raw
>> virtual size: 2.0T (2147483648000 bytes)
>> disk size: 244G
>>
>> [root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# ll
>> total 13096987560 <(309)%20698-7560>
>> -rw-rw. 1 36 36 13149448896512 Nov 13 13:42 5974fd33-af4c-4e3b-aadb-
>> bece6054eb6b
>> -rw-rw. 1 36 361048576 Nov 13 19:34 5974fd33-af4c-4e3b-aadb-
>> bece6054eb6b.lease
>> -rw-r--r--. 1 36 36262 Nov 13 19:54 5974fd33-af4c-4e3b-aadb-
>> bece6054eb6b.meta
>> -rw-rw. 1 36 36  2147483648000 Jul  8  2016 723ad5aa-02f6-4067-ac75-
>> 0ce0a761627f
>> -rw-rw. 1 36 361048576 Jul  7  2016 723ad5aa-02f6-4067-ac75-
>> 0ce0a761627f.lease
>> -rw-r--r--. 1 36 36335 Nov 13 19:52 723ad5aa-02f6-4067-ac75-
>> 0ce0a761627f.meta
>>
>> qemu-img snapshot -l 5974fd33-af4c-4e3b-aadb-bece6054eb6b
>>
>> (nothing)
>>
>> Because it is a very big (13 TB) disk I can't migrate to an another
>> image, because I don't have enough free space. So I just would like to use
>> it in ovirt like in the past.
>>
>> I have a very old ovirt (3.5)
>>
>> How can I use this disk?
>>
>> Thanks in advance,
>>
>> Regards,
>>
>> Tibor
>>
>>
>> ___
>> 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
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot or not?

[Demeter Tibor]

Hi, 

Thank you for your reply. 

So. I have a disk with snapshot. Or - really - I just think that is a snapshot. 
It was attached originally to a VM (with other two disks, that is not have 
snapshot) I did a detach-attach-storage procedure, but after attach, - I don't 
know why - ovirt could not import the VM and disks from this (ovirt said it is 
not possible). After this I just wondered, I will make a new VM with same disk 
and I will copy the images (really just rename) from original to recreated. 

It was partial success because the VM can boot, but the disk, where there is a 
snapshot I can't read the LVM table. I see just it seems to corrupt. 
Now this disk in a very interested state: I can see the snapshot datas from the 
vm as raw disk. 
I think Ovirt don't know that is a snapshotted image and attach to VM as raw 
disk. 

So my really question, how can I add this disk image as good to ovirt? 

Please help me, it is very important me.:( 

Thanks in advance, 

Have a nice day, 

Tibor 

- 2017. nov.. 16., 11:55, Ala Hino  írta: 

> Hi Tibor,
> I am not sure I completely understand the scenario.

> You have a VM with two disks and then you create a snapshot including the two
> disks?
> Before creating the snapshot, did the VM recognize the two disks?

> On Mon, Nov 13, 2017 at 10:36 PM, Demeter Tibor < [ 
> mailto:tdeme...@itsmart.hu |
> tdeme...@itsmart.hu ] > wrote:

>> Dear Users,

>> I have a disk of a vm, that is have a snapshot. It is very interesting, 
>> because
>> there are two other disk of that VM, but there are no snapshots of them.
>> I found this while I've try to migrate a storage-domain between two 
>> datacenter.
>> Because, I didn't import that vm from the storage domain, I did an another
>> similar VM with exactly same sized thin-provisioned disks. I have renamed,
>> copied to here my originals.

>> The VM started successfully, but the disk that contain a snapshot did not
>> recognized by the os. I can see the whole disk as raw. (disk id, format in
>> ovirt, filenames of images, etc) . I think ovirt don't know that is a
>> snapshotted image and use as raw. Is it possible?
>> I don't see any snapshot in snapshots. Also I have try to list snapshots with
>> qemu-img info and qemu-img snapshot -l , but it does not see any snapshots in
>> the image.

>> Really, I don't know how is possible this.

>> [root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# qemu-img info
>> 5974fd33-af4c-4e3b-aadb-bece6054eb6b
>> image: 5974fd33-af4c-4e3b-aadb-bece6054eb6b
>> file format: qcow2
>> virtual size: 13T (13958643712000 bytes)
>> disk size: 12T
>> cluster_size: 65536
>> backing file:
>> ../8d815282-6957-41c0-bb3e-6c8f4a23a64b/723ad5aa-02f6-4067-ac75-0ce0a761627f
>> backing file format: raw
>> Format specific information:
>> compat: 0.10

>> [root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# qemu-img info
>> 723ad5aa-02f6-4067-ac75-0ce0a761627f
>> image: 723ad5aa-02f6-4067-ac75-0ce0a761627f
>> file format: raw
>> virtual size: 2.0T (2147483648000 bytes)
>> disk size: 244G

>> [root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# ll
>> total [ tel:(309)%20698-7560 | 13096987560 ]
>> -rw-rw. 1 36 36 13149448896512 Nov 13 13:42
>> 5974fd33-af4c-4e3b-aadb-bece6054eb6b
>> -rw-rw. 1 36 36 1048576 Nov 13 19:34
>> 5974fd33-af4c-4e3b-aadb-bece6054eb6b.lease
>> -rw-r--r--. 1 36 36 262 Nov 13 19:54 
>> 5974fd33-af4c-4e3b-aadb-bece6054eb6b.meta
>> -rw-rw. 1 36 36 2147483648000 Jul 8 2016
>> 723ad5aa-02f6-4067-ac75-0ce0a761627f
>> -rw-rw. 1 36 36 1048576 Jul 7 2016
>> 723ad5aa-02f6-4067-ac75-0ce0a761627f.lease
>> -rw-r--r--. 1 36 36 335 Nov 13 19:52 
>> 723ad5aa-02f6-4067-ac75-0ce0a761627f.meta

>> qemu-img snapshot -l 5974fd33-af4c-4e3b-aadb-bece6054eb6b

>> (nothing)

>> Because it is a very big (13 TB) disk I can't migrate to an another image,
>> because I don't have enough free space. So I just would like to use it in 
>> ovirt
>> like in the past.

>> I have a very old ovirt (3.5)

>> How can I use this disk?

>> Thanks in advance,

>> Regards,

>> Tibor

>> ___
>> Users mailing list
>> [ mailto:Users@ovirt.org | Users@ovirt.org ]
>> [ http://lists.ovirt.org/mailman/listinfo/users |
>> http://lists.ovirt.org/mailman/listinfo/users ]
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot or not?

[Ala Hino]

Hi Tibor,

I am not sure I completely understand the scenario.

You have a VM with two disks and then you create a snapshot including the
two disks?
Before creating the snapshot, did the VM recognize the two disks?

On Mon, Nov 13, 2017 at 10:36 PM, Demeter Tibor  wrote:

> Dear Users,
>
> I have a disk of a vm, that is have a snapshot. It is very interesting,
> because there are two other disk of that VM, but there are no snapshots of
> them.
> I found this while I've try to migrate a storage-domain between two
> datacenter.
> Because, I didn't import that vm from the storage domain, I did an another
> similar VM with exactly same sized thin-provisioned disks. I have renamed,
> copied to here my originals.
>
> The VM started successfully, but the disk that contain a snapshot did not
> recognized by the os. I can see the whole disk as raw. (disk id, format in
> ovirt, filenames of images, etc) . I think ovirt don't know that is a
> snapshotted image and use as raw. Is it possible?
> I don't see any snapshot in snapshots. Also I have try to list snapshots
> with qemu-img info and qemu-img snapshot -l , but it does not see any
> snapshots in the image.
>
> Really, I don't know how is possible this.
>
> [root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# qemu-img info
> 5974fd33-af4c-4e3b-aadb-bece6054eb6b
> image: 5974fd33-af4c-4e3b-aadb-bece6054eb6b
> file format: qcow2
> virtual size: 13T (13958643712000 bytes)
> disk size: 12T
> cluster_size: 65536
> backing file: ../8d815282-6957-41c0-bb3e-6c8f4a23a64b/723ad5aa-02f6-
> 4067-ac75-0ce0a761627f
> backing file format: raw
> Format specific information:
> compat: 0.10
>
> [root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# qemu-img info
> 723ad5aa-02f6-4067-ac75-0ce0a761627f
> image: 723ad5aa-02f6-4067-ac75-0ce0a761627f
> file format: raw
> virtual size: 2.0T (2147483648000 bytes)
> disk size: 244G
>
> [root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# ll
> total 13096987560 <(309)%20698-7560>
> -rw-rw. 1 36 36 13149448896512 Nov 13 13:42 5974fd33-af4c-4e3b-aadb-
> bece6054eb6b
> -rw-rw. 1 36 361048576 Nov 13 19:34 5974fd33-af4c-4e3b-aadb-
> bece6054eb6b.lease
> -rw-r--r--. 1 36 36262 Nov 13 19:54 5974fd33-af4c-4e3b-aadb-
> bece6054eb6b.meta
> -rw-rw. 1 36 36  2147483648000 Jul  8  2016 723ad5aa-02f6-4067-ac75-
> 0ce0a761627f
> -rw-rw. 1 36 361048576 Jul  7  2016 723ad5aa-02f6-4067-ac75-
> 0ce0a761627f.lease
> -rw-r--r--. 1 36 36335 Nov 13 19:52 723ad5aa-02f6-4067-ac75-
> 0ce0a761627f.meta
>
> qemu-img snapshot -l 5974fd33-af4c-4e3b-aadb-bece6054eb6b
>
> (nothing)
>
> Because it is a very big (13 TB) disk I can't migrate to an another image,
> because I don't have enough free space. So I just would like to use it in
> ovirt like in the past.
>
> I have a very old ovirt (3.5)
>
> How can I use this disk?
>
> Thanks in advance,
>
> Regards,
>
> Tibor
>
>
> ___
> 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 or not?

[Demeter Tibor]

Hi 
Somebody please? 

T. 

- 2017. nov.. 15., 7:20, Demeter Tibor  írta: 

> Hi,
> Can somebody help me?

> Thanks.

> T.

> - 2017. nov.. 13., 21:36, Demeter Tibor  írta:

>> Dear Users,

>> I have a disk of a vm, that is have a snapshot. It is very interesting, 
>> because
>> there are two other disk of that VM, but there are no snapshots of them.
>> I found this while I've try to migrate a storage-domain between two 
>> datacenter.
>> Because, I didn't import that vm from the storage domain, I did an another
>> similar VM with exactly same sized thin-provisioned disks. I have renamed,
>> copied to here my originals.

>> The VM started successfully, but the disk that contain a snapshot did not
>> recognized by the os. I can see the whole disk as raw. (disk id, format in
>> ovirt, filenames of images, etc) . I think ovirt don't know that is a
>> snapshotted image and use as raw. Is it possible?
>> I don't see any snapshot in snapshots. Also I have try to list snapshots with
>> qemu-img info and qemu-img snapshot -l , but it does not see any snapshots in
>> the image.

>> Really, I don't know how is possible this.

>> [root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# qemu-img info
>> 5974fd33-af4c-4e3b-aadb-bece6054eb6b
>> image: 5974fd33-af4c-4e3b-aadb-bece6054eb6b
>> file format: qcow2
>> virtual size: 13T (13958643712000 bytes)
>> disk size: 12T
>> cluster_size: 65536
>> backing file:
>> ../8d815282-6957-41c0-bb3e-6c8f4a23a64b/723ad5aa-02f6-4067-ac75-0ce0a761627f
>> backing file format: raw
>> Format specific information:
>> compat: 0.10

>> [root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# qemu-img info
>> 723ad5aa-02f6-4067-ac75-0ce0a761627f
>> image: 723ad5aa-02f6-4067-ac75-0ce0a761627f
>> file format: raw
>> virtual size: 2.0T (2147483648000 bytes)
>> disk size: 244G

>> [root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# ll
>> total 13096987560
>> -rw-rw. 1 36 36 13149448896512 Nov 13 13:42
>> 5974fd33-af4c-4e3b-aadb-bece6054eb6b
>> -rw-rw. 1 36 36 1048576 Nov 13 19:34
>> 5974fd33-af4c-4e3b-aadb-bece6054eb6b.lease
>> -rw-r--r--. 1 36 36 262 Nov 13 19:54 
>> 5974fd33-af4c-4e3b-aadb-bece6054eb6b.meta
>> -rw-rw. 1 36 36 2147483648000 Jul 8 2016
>> 723ad5aa-02f6-4067-ac75-0ce0a761627f
>> -rw-rw. 1 36 36 1048576 Jul 7 2016
>> 723ad5aa-02f6-4067-ac75-0ce0a761627f.lease
>> -rw-r--r--. 1 36 36 335 Nov 13 19:52 
>> 723ad5aa-02f6-4067-ac75-0ce0a761627f.meta

>> qemu-img snapshot -l 5974fd33-af4c-4e3b-aadb-bece6054eb6b

>> (nothing)

>> Because it is a very big (13 TB) disk I can't migrate to an another image,
>> because I don't have enough free space. So I just would like to use it in 
>> ovirt
>> like in the past.

>> I have a very old ovirt (3.5)

>> How can I use this disk?

>> Thanks in advance,

>> Regards,

>> Tibor

>> ___
>> 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
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot or not?

[Demeter Tibor]

Hi, 
Can somebody help me? 

Thanks. 

T. 

- 2017. nov.. 13., 21:36, Demeter Tibor  írta: 

> Dear Users,

> I have a disk of a vm, that is have a snapshot. It is very interesting, 
> because
> there are two other disk of that VM, but there are no snapshots of them.
> I found this while I've try to migrate a storage-domain between two 
> datacenter.
> Because, I didn't import that vm from the storage domain, I did an another
> similar VM with exactly same sized thin-provisioned disks. I have renamed,
> copied to here my originals.

> The VM started successfully, but the disk that contain a snapshot did not
> recognized by the os. I can see the whole disk as raw. (disk id, format in
> ovirt, filenames of images, etc) . I think ovirt don't know that is a
> snapshotted image and use as raw. Is it possible?
> I don't see any snapshot in snapshots. Also I have try to list snapshots with
> qemu-img info and qemu-img snapshot -l , but it does not see any snapshots in
> the image.

> Really, I don't know how is possible this.

> [root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# qemu-img info
> 5974fd33-af4c-4e3b-aadb-bece6054eb6b
> image: 5974fd33-af4c-4e3b-aadb-bece6054eb6b
> file format: qcow2
> virtual size: 13T (13958643712000 bytes)
> disk size: 12T
> cluster_size: 65536
> backing file:
> ../8d815282-6957-41c0-bb3e-6c8f4a23a64b/723ad5aa-02f6-4067-ac75-0ce0a761627f
> backing file format: raw
> Format specific information:
> compat: 0.10

> [root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# qemu-img info
> 723ad5aa-02f6-4067-ac75-0ce0a761627f
> image: 723ad5aa-02f6-4067-ac75-0ce0a761627f
> file format: raw
> virtual size: 2.0T (2147483648000 bytes)
> disk size: 244G

> [root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# ll
> total 13096987560
> -rw-rw. 1 36 36 13149448896512 Nov 13 13:42
> 5974fd33-af4c-4e3b-aadb-bece6054eb6b
> -rw-rw. 1 36 36 1048576 Nov 13 19:34
> 5974fd33-af4c-4e3b-aadb-bece6054eb6b.lease
> -rw-r--r--. 1 36 36 262 Nov 13 19:54 5974fd33-af4c-4e3b-aadb-bece6054eb6b.meta
> -rw-rw. 1 36 36 2147483648000 Jul 8 2016
> 723ad5aa-02f6-4067-ac75-0ce0a761627f
> -rw-rw. 1 36 36 1048576 Jul 7 2016
> 723ad5aa-02f6-4067-ac75-0ce0a761627f.lease
> -rw-r--r--. 1 36 36 335 Nov 13 19:52 723ad5aa-02f6-4067-ac75-0ce0a761627f.meta

> qemu-img snapshot -l 5974fd33-af4c-4e3b-aadb-bece6054eb6b

> (nothing)

> Because it is a very big (13 TB) disk I can't migrate to an another image,
> because I don't have enough free space. So I just would like to use it in 
> ovirt
> like in the past.

> I have a very old ovirt (3.5)

> How can I use this disk?

> Thanks in advance,

> Regards,

> Tibor

> ___
> 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 or not?

[Demeter Tibor]

Dear Users, 

I have a disk of a vm, that is have a snapshot. It is very interesting, because 
there are two other disk of that VM, but there are no snapshots of them. 
I found this while I've try to migrate a storage-domain between two datacenter. 
Because, I didn't import that vm from the storage domain, I did an another 
similar VM with exactly same sized thin-provisioned disks. I have renamed, 
copied to here my originals. 

The VM started successfully, but the disk that contain a snapshot did not 
recognized by the os. I can see the whole disk as raw. (disk id, format in 
ovirt, filenames of images, etc) . I think ovirt don't know that is a 
snapshotted image and use as raw. Is it possible? 
I don't see any snapshot in snapshots. Also I have try to list snapshots with 
qemu-img info and qemu-img snapshot -l , but it does not see any snapshots in 
the image. 

Really, I don't know how is possible this. 

[root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# qemu-img info 
5974fd33-af4c-4e3b-aadb-bece6054eb6b 
image: 5974fd33-af4c-4e3b-aadb-bece6054eb6b 
file format: qcow2 
virtual size: 13T (13958643712000 bytes) 
disk size: 12T 
cluster_size: 65536 
backing file: 
../8d815282-6957-41c0-bb3e-6c8f4a23a64b/723ad5aa-02f6-4067-ac75-0ce0a761627f 
backing file format: raw 
Format specific information: 
compat: 0.10 

[root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# qemu-img info 
723ad5aa-02f6-4067-ac75-0ce0a761627f 
image: 723ad5aa-02f6-4067-ac75-0ce0a761627f 
file format: raw 
virtual size: 2.0T (2147483648000 bytes) 
disk size: 244G 

[root@storage1 8d815282-6957-41c0-bb3e-6c8f4a23a64b]# ll 
total 13096987560 
-rw-rw. 1 36 36 13149448896512 Nov 13 13:42 
5974fd33-af4c-4e3b-aadb-bece6054eb6b 
-rw-rw. 1 36 36 1048576 Nov 13 19:34 
5974fd33-af4c-4e3b-aadb-bece6054eb6b.lease 
-rw-r--r--. 1 36 36 262 Nov 13 19:54 5974fd33-af4c-4e3b-aadb-bece6054eb6b.meta 
-rw-rw. 1 36 36 2147483648000 Jul 8 2016 
723ad5aa-02f6-4067-ac75-0ce0a761627f 
-rw-rw. 1 36 36 1048576 Jul 7 2016 
723ad5aa-02f6-4067-ac75-0ce0a761627f.lease 
-rw-r--r--. 1 36 36 335 Nov 13 19:52 723ad5aa-02f6-4067-ac75-0ce0a761627f.meta 

qemu-img snapshot -l 5974fd33-af4c-4e3b-aadb-bece6054eb6b 

(nothing) 

Because it is a very big (13 TB) disk I can't migrate to an another image, 
because I don't have enough free space. So I just would like to use it in ovirt 
like in the past. 

I have a very old ovirt (3.5) 

How can I use this disk? 

Thanks in advance, 

Regards, 



Tibor 


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot removal

[Tomas Jelinek]

On Wed, Sep 27, 2017 at 8:26 AM, Yaniv Kaul  wrote:

>
>
> On Fri, Sep 22, 2017 at 12:01 PM, Lionel Caignec  wrote:
>
>> Hi,
>>
>> i'm wondering if it possible to delete at same time snapshots of
>> differents VM ? Or is it necessary to do it only one at a time?
>>
>
> There should not be an issue deleting them at the same time.
>

well, yes, but you can not multiselect 20 snapshots from 10 different VMs
and press "remove" in the current UI. I believe this is what the question
was about.


> Y.
>
>
>> --
>> Lionel
>> ___
>> 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
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot removal

[Yaniv Kaul]

On Fri, Sep 22, 2017 at 12:01 PM, Lionel Caignec  wrote:

> Hi,
>
> i'm wondering if it possible to delete at same time snapshots of
> differents VM ? Or is it necessary to do it only one at a time?
>

There should not be an issue deleting them at the same time.
Y.


> --
> Lionel
> ___
> 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 vs selinux enforced

[Lionel Caignec]

I reply myself if it can help somemone.
I found a solution with audit2allow/audit2why creating a policy containing this 
: 
type systemd_machined_t;
type svirt_t;
type fixed_disk_device_t;
class blk_file write;
class dir search;
}

It seems to work, and i can keep my host in selinux enforced.

- Mail original -
De: "Lionel Caignec" <caig...@cines.fr>
À: "users" <users@ovirt.org>
Envoyé: Lundi 25 Septembre 2017 15:37:16
Objet: [ovirt-users] Snapshot removal vs selinux enforced

Hi,

i have a problem with selinux enforced.
When i tried to live remove a snapshot the operation failed . After some 
headache i found the problem source : selinux.
When i "setenfore 0" the removal task work, when i "setenforce 1" removal task 
failed.

log from audit.log:
  vc: denied {write} for pid = 28360 tmptext = system_u: object_r : 
fixed_disk_device_t: s0 tclass = blk_file

I'm with RHEL 7.4 and ovirt 4.1, is it some specific configuration to do?.

Thanks for help.
___
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 vs selinux enforced

[Lionel Caignec]

Hi,

i have a problem with selinux enforced.
When i tried to live remove a snapshot the operation failed . After some 
headache i found the problem source : selinux.
When i "setenfore 0" the removal task work, when i "setenforce 1" removal task 
failed.

log from audit.log:
  vc: denied {write} for pid = 28360 tmptext = system_u: object_r : 
fixed_disk_device_t: s0 tclass = blk_file

I'm with RHEL 7.4 and ovirt 4.1, is it some specific configuration to do?.

Thanks for help.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot removal time

[Ala Hino]

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

[Troels Arvin]

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

[Ala Hino]

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

[Troels Arvin]

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

[ovirt-users] Snapshot removal

[Lionel Caignec]

Hi,

i'm wondering if it possible to delete at same time snapshots of differents VM 
? Or is it necessary to do it only one at a time?

--
Lionel 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot Image ID

[Maor Lipchuk]

Hi Marcelo.

Can you please elaborate a bit more about the issue.
Can you please also attach the engine and VDSM logs.

Thanks,
Maor

On Wed, May 31, 2017 at 10:08 AM, Sandro Bonazzola 
wrote:

>
>
> On Tue, May 23, 2017 at 4:25 PM, Marcelo Leandro 
> wrote:
>
>> I see now that image base id stay in snapshot the before of the last. I
>> think that should stay in the last. correct?
>>
>> Thanks,
>> Marcelo Leandro
>>
>> 2017-05-23 11:16 GMT-03:00 Marcelo Leandro :
>>
>>> Good morning,
>>> I have a problem with snapshot, my last snapshot that should have the
>>> image base ID not contain this reference in sub-tab in the dashboard.
>>> how can see in the picture attached.
>>> I think that is necessary add this reference in the database again. The
>>> image exist in the storage and it is used for VM execution, but i think
>>> when I shutdown the VM it not start anymore.
>>>
>>> someone help me?
>>>
>>> Thanks,
>>> Marcelo Leandro
>>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA 
> 
> TRIED. TESTED. TRUSTED. 
>
> ___
> 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 Image ID

[Sandro Bonazzola]

On Tue, May 23, 2017 at 4:25 PM, Marcelo Leandro 
wrote:

> I see now that image base id stay in snapshot the before of the last. I
> think that should stay in the last. correct?
>
> Thanks,
> Marcelo Leandro
>
> 2017-05-23 11:16 GMT-03:00 Marcelo Leandro :
>
>> Good morning,
>> I have a problem with snapshot, my last snapshot that should have the
>> image base ID not contain this reference in sub-tab in the dashboard.
>> how can see in the picture attached.
>> I think that is necessary add this reference in the database again. The
>> image exist in the storage and it is used for VM execution, but i think
>> when I shutdown the VM it not start anymore.
>>
>> someone help me?
>>
>> Thanks,
>> Marcelo Leandro
>>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

TRIED. TESTED. TRUSTED. 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot Image ID

[Marcelo Leandro]

I see now that image base id stay in snapshot the before of the last. I
think that should stay in the last. correct?

Thanks,
Marcelo Leandro

2017-05-23 11:16 GMT-03:00 Marcelo Leandro :

> Good morning,
> I have a problem with snapshot, my last snapshot that should have the
> image base ID not contain this reference in sub-tab in the dashboard.
> how can see in the picture attached.
> I think that is necessary add this reference in the database again. The
> image exist in the storage and it is used for VM execution, but i think
> when I shutdown the VM it not start anymore.
>
> someone help me?
>
> Thanks,
> Marcelo Leandro
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Snapshot Image ID

[Marcelo Leandro]

Good morning,
I have a problem with snapshot, my last snapshot that should have the image
base ID not contain this reference in sub-tab in the dashboard.
how can see in the picture attached.
I think that is necessary add this reference in the database again. The
image exist in the storage and it is used for VM execution, but i think
when I shutdown the VM it not start anymore.

someone help me?

Thanks,
Marcelo Leandro
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot self-hosted engine?

[Derek Atkins]

Hi Martin,

Keep in mind this is a single host..  so..  is there a command line
operation I can run from the host to snapshot the running engine VM?  Then
if then update fails I can revert (by command line) the running VM from
before the update.  I don't mind getting my fingers dirty if I have to
script it.

I've used the "engine-backup" tool, but frankly IMHO a snapshot is a
better way to handle an immediate update, rather than having to completely
re-install the VM and restore from backup.  This operation is exactly why
snapshots exist.  :)

Thanks,

-derek

On Fri, November 18, 2016 3:33 am, Martin Sivak wrote:
> Hi Derek,
>
> I do not think we support snapshots of the hosted engine VM at the
> moment. There would be no way to restore from snapshot anyway in case
> of failed upgrade (no engine would be running).
>
> Please use the standard backup/restore procedures for the engine:
> https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/paged/self-hosted-engine-guide/chapter-6-backing-up-and-restoring-a-rhel-based-self-hosted-environment
>
> Best regards
>
> --
> Martin Sivak
> SLA / oVirt
>
> On Fri, Nov 18, 2016 at 3:58 AM, Derek Atkins  wrote:
>> I'm running ovirt 4.0.4 on a single-host with (of course) self-hosted
>> engine.
>>
>> Ovirt seems to assume in many cases that there are multiple hosts around
>> so you can manipulate one host while the engine is running on another,
>> etc.
>>
>> But in the single-host case how do you take a snapshot of the hosted
>> engine?  When I click on Virtual Machines -> HostedEngine and then below
>> click on Snapshots and then Create, I get an error:
>>
>> HostedEngine
>>   * Cannot create Snapshot. This VM is not managed by the engine.
>>
>> So... How can one snapshot the engine (e.g. prior to updating it)?
>>
>> -derek
>>
>> --
>>Derek Atkins 617-623-3745
>>de...@ihtfp.com www.ihtfp.com
>>Computer and Internet Security Consultant
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>


-- 
   Derek Atkins 617-623-3745
   de...@ihtfp.com www.ihtfp.com
   Computer and Internet Security Consultant

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Snapshot self-hosted engine?

[Derek Atkins]

I'm running ovirt 4.0.4 on a single-host with (of course) self-hosted engine.

Ovirt seems to assume in many cases that there are multiple hosts around
so you can manipulate one host while the engine is running on another,
etc.

But in the single-host case how do you take a snapshot of the hosted
engine?  When I click on Virtual Machines -> HostedEngine and then below
click on Snapshots and then Create, I get an error:

HostedEngine
  * Cannot create Snapshot. This VM is not managed by the engine.

So... How can one snapshot the engine (e.g. prior to updating it)?

-derek

-- 
   Derek Atkins 617-623-3745
   de...@ihtfp.com www.ihtfp.com
   Computer and Internet Security Consultant

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot deletion failure

[Marcelo Leandro]

Hi Ala,
When running Live Merge.
I create the live snapshot and when I try delete snapshot  and has this
error.
I saw the bug https://bugzilla.redhat.com/1368203 , but I not move the disk
to another domain.
Thanks.

Marcelo Leandro

2016-09-28 9:19 GMT-03:00 Ala Hino :

> Hi Marcelo,
>
> This error indicates that the image you are trying to delete doesn't exist.
> When do you get this error? When running Live Merge or Live Storage
> Migration (LSM)?
>
> Please note that we fixed in LSM area where the VM went down while we
> tried to delete the auto-generated snapshot. See https://bugzilla.redhat.
> com/1368203 .
>
> -Ala
>
> On Wed, Sep 28, 2016 at 3:07 PM, Marcelo Leandro 
> wrote:
>
>> Hello, I have the same problem but i use the ovirt version
>> 4.0.4.4-1.el7.centos .
>>
>> My logs.
>>
>>
>> Engine.log
>>
>> 2016-09-28 08:18:00,947 INFO  [org.ovirt.engine.core.vdsbrok
>> er.monitoring.VmJobsMonitoring] (DefaultQuartzScheduler1) [7013b545] VM
>> Job [4dd2b885-2452-4520-b20a-928edea50836]: In progress (no change)
>> 2016-09-28 08:18:08,010 INFO  
>> [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand]
>> (default task-54) [5a27e364] Lock Acquired to object
>> 'EngineLock:{exclusiveLocks='[eb73a967-1908-46e9-9de2-9706bf29643a=> ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}'
>> 2016-09-28 08:18:09,169 INFO  
>> [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand]
>> (default task-54) [5a27e364] Running command: RemoveSnapshotCommand
>> internal: false. Entities affected :  ID: 
>> eb73a967-1908-46e9-9de2-9706bf29643a
>> Type: VMAction group MANIPULATE_VM_SNAPSHOTS with role type USER
>> 2016-09-28 08:18:09,185 INFO  
>> [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand]
>> (default task-54) [5a27e364] Lock freed to object
>> 'EngineLock:{exclusiveLocks='[eb73a967-1908-46e9-9de2-9706bf29643a=> ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}'
>> 2016-09-28 08:18:09,265 INFO  [org.ovirt.engine.core.bll.sna
>> pshots.RemoveSnapshotSingleDiskLiveCommand] (pool-7-thread-3) [354939e9]
>> Running command: RemoveSnapshotSingleDiskLiveCommand internal: true.
>> Entities affected :  ID: ---- Type:
>> Storage
>> 2016-09-28 08:18:09,302 INFO  [org.ovirt.engine.core.dal.dbb
>> roker.auditloghandling.AuditLogDirector] (default task-54) []
>> Correlation ID: 5a27e364, Job ID: 661f8f55-30c6-4735-bb0a-fdcd3ac4004a,
>> Call Stack: null, Custom Event ID: -1, Message: Snapshot 'Backup the VM'
>> deletion for VM 'SRV-ActPrint' was initiated by admin@internal.
>> 2016-09-28 08:18:10,197 INFO  [org.ovirt.engine.core.bll.sna
>> pshots.RemoveSnapshotSingleDiskLiveCommand] (DefaultQuartzScheduler4)
>> [354939e9] Executing Live Merge command step 'EXTEND'
>> 2016-09-28 08:18:10,254 INFO  [org.ovirt.engine.core.bll.MergeExtendCommand]
>> (pool-7-thread-7) [57c94fc3] Running command: MergeExtendCommand internal:
>> true. Entities affected :  ID: 6e5cce71-3438-4045-9d54-607123e0557e
>> Type: Storage
>> 2016-09-28 08:18:10,255 INFO  [org.ovirt.engine.core.bll.MergeExtendCommand]
>> (pool-7-thread-7) [57c94fc3] Refreshing volume
>> c08d86ed-46f1-44bc-9476-0cc2c6aed367 on host
>> f22d87b9-4449-4a71-8529-58095dd81b6f
>> 2016-09-28 08:18:10,275 INFO  
>> [org.ovirt.engine.core.bll.RefreshVolumeCommand]
>> (pool-7-thread-7) [47625ba4] Running command: RefreshVolumeCommand
>> internal: true.
>> 2016-09-28 08:18:10,275 INFO  [org.ovirt.engine.core.vdsbrok
>> er.vdsbroker.RefreshVolumeVDSCommand] (pool-7-thread-7) [47625ba4]
>> START, RefreshVolumeVDSCommand(HostName = Host04,
>> RefreshVolumeVDSCommandParameters:{runAsync='true',
>> hostId='f22d87b9-4449-4a71-8529-58095dd81b6f',
>> storagePoolId='77e24b20-9d21-4952-a089-3c5c592b4e6d',
>> storageDomainId='6e5cce71-3438-4045-9d54-607123e0557e',
>> imageGroupId='9fc0b2f6-d786-4a21-8f5c-b22b23df4aaa',
>> imageId='c08d86ed-46f1-44bc-9476-0cc2c6aed367'}), log id: 77b9ded4
>> 2016-09-28 08:18:11,245 INFO  [org.ovirt.engine.core.bll.Con
>> currentChildCommandsExecutionCallback] (DefaultQuartzScheduler8)
>> [354939e9] Command 'RemoveSnapshot' (id: 
>> '18613dc9-d8c8-45c4-9fbe-a298e701ead5')
>> waiting on child command id: 'fd866748-3211-4d48-9908-12eb6078a69e'
>> type:'RemoveSnapshotSingleDiskLive' to complete
>> 2016-09-28 08:18:11,810 INFO  [org.ovirt.engine.core.vdsbrok
>> er.vdsbroker.RefreshVolumeVDSCommand] (pool-7-thread-7) [47625ba4]
>> FINISH, RefreshVolumeVDSCommand, log id: 77b9ded4
>> 2016-09-28 08:18:11,810 INFO  
>> [org.ovirt.engine.core.bll.RefreshVolumeCommand]
>> (pool-7-thread-7) [47625ba4] Successfully refreshed volume
>> 'c08d86ed-46f1-44bc-9476-0cc2c6aed367' on host
>> 'f22d87b9-4449-4a71-8529-58095dd81b6f'
>> 2016-09-28 08:18:12,267 INFO  [org.ovirt.engine.core.bll.sna
>> pshots.RemoveSnapshotSingleDiskLiveCommand] (DefaultQuartzScheduler10)
>> [354939e9] Waiting on Live Merge command step 'EXTEND' to finalize
>> 2016-09-28 08:18:14,294 INFO  

Re: [ovirt-users] Snapshot deletion failure

[Ala Hino]

Hi Marcelo,

This error indicates that the image you are trying to delete doesn't exist.
When do you get this error? When running Live Merge or Live Storage
Migration (LSM)?

Please note that we fixed in LSM area where the VM went down while we tried
to delete the auto-generated snapshot. See
https://bugzilla.redhat.com/1368203 .

-Ala

On Wed, Sep 28, 2016 at 3:07 PM, Marcelo Leandro 
wrote:

> Hello, I have the same problem but i use the ovirt version
> 4.0.4.4-1.el7.centos .
>
> My logs.
>
>
> Engine.log
>
> 2016-09-28 08:18:00,947 INFO  
> [org.ovirt.engine.core.vdsbroker.monitoring.VmJobsMonitoring]
> (DefaultQuartzScheduler1) [7013b545] VM Job 
> [4dd2b885-2452-4520-b20a-928edea50836]:
> In progress (no change)
> 2016-09-28 08:18:08,010 INFO  
> [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand]
> (default task-54) [5a27e364] Lock Acquired to object
> 'EngineLock:{exclusiveLocks='[eb73a967-1908-46e9-9de2-9706bf29643a= ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}'
> 2016-09-28 08:18:09,169 INFO  
> [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand]
> (default task-54) [5a27e364] Running command: RemoveSnapshotCommand
> internal: false. Entities affected :  ID: eb73a967-1908-46e9-9de2-9706bf29643a
> Type: VMAction group MANIPULATE_VM_SNAPSHOTS with role type USER
> 2016-09-28 08:18:09,185 INFO  
> [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand]
> (default task-54) [5a27e364] Lock freed to object
> 'EngineLock:{exclusiveLocks='[eb73a967-1908-46e9-9de2-9706bf29643a= ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}'
> 2016-09-28 08:18:09,265 INFO  [org.ovirt.engine.core.bll.snapshots.
> RemoveSnapshotSingleDiskLiveCommand] (pool-7-thread-3) [354939e9] Running
> command: RemoveSnapshotSingleDiskLiveCommand internal: true. Entities
> affected :  ID: ---- Type: Storage
> 2016-09-28 08:18:09,302 INFO  [org.ovirt.engine.core.dal.
> dbbroker.auditloghandling.AuditLogDirector] (default task-54) []
> Correlation ID: 5a27e364, Job ID: 661f8f55-30c6-4735-bb0a-fdcd3ac4004a,
> Call Stack: null, Custom Event ID: -1, Message: Snapshot 'Backup the VM'
> deletion for VM 'SRV-ActPrint' was initiated by admin@internal.
> 2016-09-28 08:18:10,197 INFO  [org.ovirt.engine.core.bll.snapshots.
> RemoveSnapshotSingleDiskLiveCommand] (DefaultQuartzScheduler4) [354939e9]
> Executing Live Merge command step 'EXTEND'
> 2016-09-28 08:18:10,254 INFO  [org.ovirt.engine.core.bll.MergeExtendCommand]
> (pool-7-thread-7) [57c94fc3] Running command: MergeExtendCommand internal:
> true. Entities affected :  ID: 6e5cce71-3438-4045-9d54-607123e0557e Type:
> Storage
> 2016-09-28 08:18:10,255 INFO  [org.ovirt.engine.core.bll.MergeExtendCommand]
> (pool-7-thread-7) [57c94fc3] Refreshing volume 
> c08d86ed-46f1-44bc-9476-0cc2c6aed367
> on host f22d87b9-4449-4a71-8529-58095dd81b6f
> 2016-09-28 08:18:10,275 INFO  [org.ovirt.engine.core.bll.RefreshVolumeCommand]
> (pool-7-thread-7) [47625ba4] Running command: RefreshVolumeCommand
> internal: true.
> 2016-09-28 08:18:10,275 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.RefreshVolumeVDSCommand]
> (pool-7-thread-7) [47625ba4] START, RefreshVolumeVDSCommand(HostName =
> Host04, RefreshVolumeVDSCommandParameters:{runAsync='true',
> hostId='f22d87b9-4449-4a71-8529-58095dd81b6f',
> storagePoolId='77e24b20-9d21-4952-a089-3c5c592b4e6d',
> storageDomainId='6e5cce71-3438-4045-9d54-607123e0557e',
> imageGroupId='9fc0b2f6-d786-4a21-8f5c-b22b23df4aaa',
> imageId='c08d86ed-46f1-44bc-9476-0cc2c6aed367'}), log id: 77b9ded4
> 2016-09-28 08:18:11,245 INFO  [org.ovirt.engine.core.bll.
> ConcurrentChildCommandsExecutionCallback] (DefaultQuartzScheduler8)
> [354939e9] Command 'RemoveSnapshot' (id: 
> '18613dc9-d8c8-45c4-9fbe-a298e701ead5')
> waiting on child command id: 'fd866748-3211-4d48-9908-12eb6078a69e' 
> type:'RemoveSnapshotSingleDiskLive'
> to complete
> 2016-09-28 08:18:11,810 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.RefreshVolumeVDSCommand]
> (pool-7-thread-7) [47625ba4] FINISH, RefreshVolumeVDSCommand, log id:
> 77b9ded4
> 2016-09-28 08:18:11,810 INFO  [org.ovirt.engine.core.bll.RefreshVolumeCommand]
> (pool-7-thread-7) [47625ba4] Successfully refreshed volume
> 'c08d86ed-46f1-44bc-9476-0cc2c6aed367' on host 'f22d87b9-4449-4a71-8529-
> 58095dd81b6f'
> 2016-09-28 08:18:12,267 INFO  [org.ovirt.engine.core.bll.snapshots.
> RemoveSnapshotSingleDiskLiveCommand] (DefaultQuartzScheduler10)
> [354939e9] Waiting on Live Merge command step 'EXTEND' to finalize
> 2016-09-28 08:18:14,294 INFO  [org.ovirt.engine.core.bll.snapshots.
> RemoveSnapshotSingleDiskLiveCommand] (DefaultQuartzScheduler9) [354939e9]
> Executing Live Merge command step 'MERGE'
> 2016-09-28 08:18:14,347 INFO  [org.ovirt.engine.core.bll.MergeCommand]
> (pool-7-thread-2) [15ef379f] Running command: MergeCommand internal: true.
> Entities affected :  ID: 6e5cce71-3438-4045-9d54-607123e0557e Type:
> Storage
> 2016-09-28 

Re: [ovirt-users] Snapshot deletion failure

[Marcelo Leandro]

Hello, I have the same problem but i use the ovirt version
4.0.4.4-1.el7.centos .

My logs.


Engine.log

2016-09-28 08:18:00,947 INFO
[org.ovirt.engine.core.vdsbroker.monitoring.VmJobsMonitoring]
(DefaultQuartzScheduler1) [7013b545] VM Job
[4dd2b885-2452-4520-b20a-928edea50836]: In progress (no change)
2016-09-28 08:18:08,010 INFO
[org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand] (default
task-54) [5a27e364] Lock Acquired to object
'EngineLock:{exclusiveLocks='[eb73a967-1908-46e9-9de2-9706bf29643a=]', sharedLocks='null'}'
2016-09-28 08:18:09,169 INFO
[org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand] (default
task-54) [5a27e364] Running command: RemoveSnapshotCommand internal: false.
Entities affected :  ID: eb73a967-1908-46e9-9de2-9706bf29643a Type:
VMAction group MANIPULATE_VM_SNAPSHOTS with role type USER
2016-09-28 08:18:09,185 INFO
[org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand] (default
task-54) [5a27e364] Lock freed to object
'EngineLock:{exclusiveLocks='[eb73a967-1908-46e9-9de2-9706bf29643a=]', sharedLocks='null'}'
2016-09-28 08:18:09,265 INFO
[org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommand]
(pool-7-thread-3) [354939e9] Running command:
RemoveSnapshotSingleDiskLiveCommand internal: true. Entities affected :
ID: ---- Type: Storage
2016-09-28 08:18:09,302 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(default task-54) [] Correlation ID: 5a27e364, Job ID:
661f8f55-30c6-4735-bb0a-fdcd3ac4004a, Call Stack: null, Custom Event ID:
-1, Message: Snapshot 'Backup the VM' deletion for VM 'SRV-ActPrint' was
initiated by admin@internal.
2016-09-28 08:18:10,197 INFO
[org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommand]
(DefaultQuartzScheduler4) [354939e9] Executing Live Merge command step
'EXTEND'
2016-09-28 08:18:10,254 INFO
[org.ovirt.engine.core.bll.MergeExtendCommand] (pool-7-thread-7) [57c94fc3]
Running command: MergeExtendCommand internal: true. Entities affected :
ID: 6e5cce71-3438-4045-9d54-607123e0557e Type: Storage
2016-09-28 08:18:10,255 INFO
[org.ovirt.engine.core.bll.MergeExtendCommand] (pool-7-thread-7) [57c94fc3]
Refreshing volume c08d86ed-46f1-44bc-9476-0cc2c6aed367 on host
f22d87b9-4449-4a71-8529-58095dd81b6f
2016-09-28 08:18:10,275 INFO
[org.ovirt.engine.core.bll.RefreshVolumeCommand] (pool-7-thread-7)
[47625ba4] Running command: RefreshVolumeCommand internal: true.
2016-09-28 08:18:10,275 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.RefreshVolumeVDSCommand]
(pool-7-thread-7) [47625ba4] START, RefreshVolumeVDSCommand(HostName =
Host04, RefreshVolumeVDSCommandParameters:{runAsync='true',
hostId='f22d87b9-4449-4a71-8529-58095dd81b6f',
storagePoolId='77e24b20-9d21-4952-a089-3c5c592b4e6d',
storageDomainId='6e5cce71-3438-4045-9d54-607123e0557e',
imageGroupId='9fc0b2f6-d786-4a21-8f5c-b22b23df4aaa',
imageId='c08d86ed-46f1-44bc-9476-0cc2c6aed367'}), log id: 77b9ded4
2016-09-28 08:18:11,245 INFO
[org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback]
(DefaultQuartzScheduler8) [354939e9] Command 'RemoveSnapshot' (id:
'18613dc9-d8c8-45c4-9fbe-a298e701ead5') waiting on child command id:
'fd866748-3211-4d48-9908-12eb6078a69e' type:'RemoveSnapshotSingleDiskLive'
to complete
2016-09-28 08:18:11,810 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.RefreshVolumeVDSCommand]
(pool-7-thread-7) [47625ba4] FINISH, RefreshVolumeVDSCommand, log id:
77b9ded4
2016-09-28 08:18:11,810 INFO
[org.ovirt.engine.core.bll.RefreshVolumeCommand] (pool-7-thread-7)
[47625ba4] Successfully refreshed volume
'c08d86ed-46f1-44bc-9476-0cc2c6aed367' on host
'f22d87b9-4449-4a71-8529-58095dd81b6f'
2016-09-28 08:18:12,267 INFO
[org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommand]
(DefaultQuartzScheduler10) [354939e9] Waiting on Live Merge command step
'EXTEND' to finalize
2016-09-28 08:18:14,294 INFO
[org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommand]
(DefaultQuartzScheduler9) [354939e9] Executing Live Merge command step
'MERGE'
2016-09-28 08:18:14,347 INFO  [org.ovirt.engine.core.bll.MergeCommand]
(pool-7-thread-2) [15ef379f] Running command: MergeCommand internal: true.
Entities affected :  ID: 6e5cce71-3438-4045-9d54-607123e0557e Type: Storage
2016-09-28 08:18:14,348 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.MergeVDSCommand]
(pool-7-thread-2) [15ef379f] START, MergeVDSCommand(HostName = Host04,
MergeVDSCommandParameters:{runAsync='true',
hostId='f22d87b9-4449-4a71-8529-58095dd81b6f',
vmId='eb73a967-1908-46e9-9de2-9706bf29643a',
storagePoolId='77e24b20-9d21-4952-a089-3c5c592b4e6d',
storageDomainId='6e5cce71-3438-4045-9d54-607123e0557e',
imageGroupId='9fc0b2f6-d786-4a21-8f5c-b22b23df4aaa',
imageId='95fefce5-7599-460f-b38c-377323659b52',
baseImageId='c08d86ed-46f1-44bc-9476-0cc2c6aed367',
topImageId='95fefce5-7599-460f-b38c-377323659b52', bandwidth='0'}), log id:

Re: [ovirt-users] Snapshot creation using REST API

[Juan Hernández]

On 07/21/2016 04:06 PM, Vishal Panchal wrote:
> Hello,
> 
> I have created a snapshot using Ovirt REST API. After creation in
> response I found a link that gives me creation status of snapshot but
> when I am using that URL I am getting 404 Error(URL Not Found). I am
> using Ovirt version 3 API .
> 
> Regards,
> *Vishal Panchal*
> Software Developer
> *+918140283911*
> *

This is a bug, I have opened the following BZ to track it:

  The "creation_status" resources don't work with V3
  https://bugzilla.redhat.com/1359139

-- 
Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3ºD, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Snapshot creation using REST API

[Vishal Panchal]

Hello,

I have created a snapshot using Ovirt REST API. After creation in response
I found a link that gives me creation status of snapshot but when I am
using that URL I am getting 404 Error(URL Not Found). I am using
Ovirt version 3 API .

Regards,
*Vishal Panchal*
Software Developer
*+918140283911*

* *
*  

*
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot deletion failure

[Nicolás]

Done, you can find it in [1]. Feel free to add/modify anything you 
consider inaccurate.


Thank you.

 [1]: https://bugzilla.redhat.com/show_bug.cgi?id=1349950

El 24/06/16 a las 12:39, Nir Soffer escribió:

On Fri, Jun 24, 2016 at 11:39 AM, Vinzenz Feenstra  wrote:

On Jun 24, 2016, at 9:10 AM, nico...@devels.es wrote:

Hi,

We're trying to delete an auto-generated live snapshot that has been created 
after migrating an online VM's storage to a different domain. oVirt version is 
3.6.6 and VDSM version is 4.17.28. Most relevant log lines are:

2016-06-24 07:50:36,252 ERROR 
[org.ovirt.engine.core.vdsbroker.vdsbroker.MergeVDSCommand] (pool-7-thread-10) 
[799a22e3] Failed in 'MergeVDS' method
2016-06-24 07:50:36,256 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(pool-7-thread-10) [799a22e3] Correlation ID: null, Call Stack: null, Custom 
Event ID: -1, Message: VDSM host2.domain.com command failed: Merge failed
2016-06-24 07:50:36,256 ERROR 
[org.ovirt.engine.core.vdsbroker.vdsbroker.MergeVDSCommand] (pool-7-thread-10) 
[799a22e3] Command 'MergeVDSCommand(HostName = host2.domain.com, 
MergeVDSCommandParameters:{runAsync='true', 
hostId='c31dca1a-e5bc-43f6-940f-6397e3ddbee4', 
vmId='7083832a-a1a2-42b7-961f-2e9c0dcd7e18', 
storagePoolId='fa155d43-4e68-486f-9f9d-ae3e3916cc4f', 
storageDomainId='9339780c-3667-4fef-aa13-9bec08957c5f', 
imageGroupId='65a0b0d4-5c96-4dd9-a31b-4d08e40a46a5', 
imageId='9eec9e8f-38db-4abf-b1c4-92fa9383f8b1', 
baseImageId='568b2f77-0ddf-4349-a45c-36fcb0edecb6', 
topImageId='9eec9e8f-38db-4abf-b1c4-92fa9383f8b1', bandwidth='0'})' execution 
failed: VDSGenericException: VDSErrorException: Failed to MergeVDS, error = 
Merge failed, code = 52
2016-06-24 07:50:36,256 ERROR [org.ovirt.engine.core.bll.MergeCommand] 
(pool-7-thread-10) [799a22e3] Engine exception thrown while sending merge 
command: org.ovirt.engine.core.common.errors.EngineException: EngineException: 
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: 
VDSGenericException: VDSErrorException: Failed to MergeVDS, error = Merge 
failed, code = 52 (Failed with error mergeErr and code 52)

I'm attaching relevant logs (both for ovirt-engine and SPM's vdsm).

What could be the reason for this error?

@Nir,

that looks like some issue in VDSM please have a look

jsonrpc.Executor/3::ERROR::2016-06-24 07:50:36,216::vm::4955::virt.vm::(merge) 
vmId=`7083832a-a1a2-42b7-961f-2e9c0dcd7e18`::Live merge failed (job: 
3ea68e36-6d99-4af9-a54e-4c5b06df6a0f)
Traceback (most recent call last):
   File "/usr/share/vdsm/virt/vm.py", line 4951, in merge
 flags)
   File "/usr/share/vdsm/virt/virdomain.py", line 68, in f
 ret = attr(*args, **kwargs)
   File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 124, 
in wrapper
 ret = f(*args, **kwargs)
   File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 1313, in wrapper
 return func(inst, *args, **kwargs)
   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 668, in 
blockCommit
 if ret == -1: raise libvirtError ('virDomainBlockCommit() failed', 
dom=self)
libvirtError: block copy still active: disk 'vda' already in active block job

This means there was a previous attempt to merge, and the block job
did not complete yet.

Engine should detect that there is an active block job and wait until
it completes.

This is probably engine bug, please file a bug and attach complete vdsm and
engine logs.

Ala, can you look at this?

Nir


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot deletion failure

[Nir Soffer]

On Fri, Jun 24, 2016 at 11:39 AM, Vinzenz Feenstra  wrote:
>
>> On Jun 24, 2016, at 9:10 AM, nico...@devels.es wrote:
>>
>> Hi,
>>
>> We're trying to delete an auto-generated live snapshot that has been created 
>> after migrating an online VM's storage to a different domain. oVirt version 
>> is 3.6.6 and VDSM version is 4.17.28. Most relevant log lines are:
>>
>>2016-06-24 07:50:36,252 ERROR 
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.MergeVDSCommand] 
>> (pool-7-thread-10) [799a22e3] Failed in 'MergeVDS' method
>>2016-06-24 07:50:36,256 ERROR 
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
>> (pool-7-thread-10) [799a22e3] Correlation ID: null, Call Stack: null, Custom 
>> Event ID: -1, Message: VDSM host2.domain.com command failed: Merge failed
>>2016-06-24 07:50:36,256 ERROR 
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.MergeVDSCommand] 
>> (pool-7-thread-10) [799a22e3] Command 'MergeVDSCommand(HostName = 
>> host2.domain.com, MergeVDSCommandParameters:{runAsync='true', 
>> hostId='c31dca1a-e5bc-43f6-940f-6397e3ddbee4', 
>> vmId='7083832a-a1a2-42b7-961f-2e9c0dcd7e18', 
>> storagePoolId='fa155d43-4e68-486f-9f9d-ae3e3916cc4f', 
>> storageDomainId='9339780c-3667-4fef-aa13-9bec08957c5f', 
>> imageGroupId='65a0b0d4-5c96-4dd9-a31b-4d08e40a46a5', 
>> imageId='9eec9e8f-38db-4abf-b1c4-92fa9383f8b1', 
>> baseImageId='568b2f77-0ddf-4349-a45c-36fcb0edecb6', 
>> topImageId='9eec9e8f-38db-4abf-b1c4-92fa9383f8b1', bandwidth='0'})' 
>> execution failed: VDSGenericException: VDSErrorException: Failed to 
>> MergeVDS, error = Merge failed, code = 52
>>2016-06-24 07:50:36,256 ERROR [org.ovirt.engine.core.bll.MergeCommand] 
>> (pool-7-thread-10) [799a22e3] Engine exception thrown while sending merge 
>> command: org.ovirt.engine.core.common.errors.EngineException: 
>> EngineException: 
>> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: 
>> VDSGenericException: VDSErrorException: Failed to MergeVDS, error = Merge 
>> failed, code = 52 (Failed with error mergeErr and code 52)
>>
>> I'm attaching relevant logs (both for ovirt-engine and SPM's vdsm).
>>
>> What could be the reason for this error?
>
> @Nir,
>
> that looks like some issue in VDSM please have a look
>
> jsonrpc.Executor/3::ERROR::2016-06-24 
> 07:50:36,216::vm::4955::virt.vm::(merge) 
> vmId=`7083832a-a1a2-42b7-961f-2e9c0dcd7e18`::Live merge failed (job: 
> 3ea68e36-6d99-4af9-a54e-4c5b06df6a0f)
> Traceback (most recent call last):
>   File "/usr/share/vdsm/virt/vm.py", line 4951, in merge
> flags)
>   File "/usr/share/vdsm/virt/virdomain.py", line 68, in f
> ret = attr(*args, **kwargs)
>   File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 
> 124, in wrapper
> ret = f(*args, **kwargs)
>   File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 1313, in wrapper
> return func(inst, *args, **kwargs)
>   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 668, in 
> blockCommit
> if ret == -1: raise libvirtError ('virDomainBlockCommit() failed', 
> dom=self)
> libvirtError: block copy still active: disk 'vda' already in active block job

This means there was a previous attempt to merge, and the block job
did not complete yet.

Engine should detect that there is an active block job and wait until
it completes.

This is probably engine bug, please file a bug and attach complete vdsm and
engine logs.

Ala, can you look at this?

Nir
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Snapshot deletion failure

[nicolas]

Hi,

We're trying to delete an auto-generated live snapshot that has been 
created after migrating an online VM's storage to a different domain. 
oVirt version is 3.6.6 and VDSM version is 4.17.28. Most relevant log 
lines are:


2016-06-24 07:50:36,252 ERROR 
[org.ovirt.engine.core.vdsbroker.vdsbroker.MergeVDSCommand] 
(pool-7-thread-10) [799a22e3] Failed in 'MergeVDS' method
2016-06-24 07:50:36,256 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(pool-7-thread-10) [799a22e3] Correlation ID: null, Call Stack: null, 
Custom Event ID: -1, Message: VDSM host2.domain.com command failed: 
Merge failed
2016-06-24 07:50:36,256 ERROR 
[org.ovirt.engine.core.vdsbroker.vdsbroker.MergeVDSCommand] 
(pool-7-thread-10) [799a22e3] Command 'MergeVDSCommand(HostName = 
host2.domain.com, MergeVDSCommandParameters:{runAsync='true', 
hostId='c31dca1a-e5bc-43f6-940f-6397e3ddbee4', 
vmId='7083832a-a1a2-42b7-961f-2e9c0dcd7e18', 
storagePoolId='fa155d43-4e68-486f-9f9d-ae3e3916cc4f', 
storageDomainId='9339780c-3667-4fef-aa13-9bec08957c5f', 
imageGroupId='65a0b0d4-5c96-4dd9-a31b-4d08e40a46a5', 
imageId='9eec9e8f-38db-4abf-b1c4-92fa9383f8b1', 
baseImageId='568b2f77-0ddf-4349-a45c-36fcb0edecb6', 
topImageId='9eec9e8f-38db-4abf-b1c4-92fa9383f8b1', bandwidth='0'})' 
execution failed: VDSGenericException: VDSErrorException: Failed to 
MergeVDS, error = Merge failed, code = 52
2016-06-24 07:50:36,256 ERROR 
[org.ovirt.engine.core.bll.MergeCommand] (pool-7-thread-10) [799a22e3] 
Engine exception thrown while sending merge command: 
org.ovirt.engine.core.common.errors.EngineException: EngineException: 
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: 
VDSGenericException: VDSErrorException: Failed to MergeVDS, error = 
Merge failed, code = 52 (Failed with error mergeErr and code 52)


I'm attaching relevant logs (both for ovirt-engine and SPM's vdsm).

What could be the reason for this error?

Thanks.

snapshot-deletion.tar.gz
Description: GNU Zip compressed data
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot is "Locked" - Can't do anything with the VM

[Nathanaël Blanchet]

Le 18/05/2016 16:50, Ivo Rütsche a écrit :


Hi Nathanaël

I try it today and the snapshot was in the state "OK" after I execute 
the script. I try to remove the snapshot again, but it never do 
something. So after I click "Delete", i have this situation:


Tasks(1):
- (Hourglass) Removing Snapshot Auto-generated for Live Storage 
Migration of VM 

-- (Completed) Validating
-- (Hourglass) Executing

The snapshot is in the status "Locked"

This status remains for ever.


When I restart the engine, the Status is still in the status "Locked", 
but the task no longer exists.



engine.log:
2016-05-18 16:33:07,532 INFO 
[org.ovirt.engine.core.bll.RemoveSnapshotCommand] (default task-23) 
[53281b57] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[2acfe3fa-be69-46da-9add-c748b2bd6034=<VM, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', 
sharedLocks='null'}'


2016-05-18 16:33:08,640 INFO 
[org.ovirt.engine.core.bll.RemoveSnapshotCommand] (default task-23) 
[53281b57] Running command: RemoveSnapshotCommand internal: false. 
Entities affected :  ID: 2acfe3fa-be69-46da-9add-c748b2bd6034 Type: 
VMAction group MANIPULATE_VM_SNAPSHOTS with role type USER


2016-05-18 16:33:08,984 INFO 
[org.ovirt.engine.core.bll.RemoveSnapshotCommand] (default task-23) 
[53281b57] Lock freed to object 
'EngineLock:{exclusiveLocks='[2acfe3fa-be69-46da-9add-c748b2bd6034=<VM, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', 
sharedLocks='null'}'


2016-05-18 16:33:10,079 INFO 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(default task-23) [] Correlation ID: 53281b57, Job ID: 
58b18e63-2b7f-480c-84ea-260508aa8798, Call Stack: null, Custom Event 
ID: -1, Message: Snapshot 'Auto-generated for Live Storage Migration' 
deletion for VM '' was initiated by admin@internal.


but nothing else

On the node side, i can't find anything in the logs (or i looking on 
the wrong place).


When the VM is not running, I can remove the snapshot without any 
problems. The VM images are on a NFS export from a Solaris (ZFS).


gruss Ivo






On 04.05.2016 13:40, Nathanaël Blanchet wrote:

Unlock procedure

  * QUERY : -q

PGPASSWORD=X 
/usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -q -t snapshot 
-u engine
296c010e-3c1d-4008-84b3-5cd39cff6aa1 | 
525a4dda-dbbb-4872-a5f1-8ac2aed48392


  * REMOVE

PGPASSWORD=X 
/usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t snapshot -u 
engine 525a4dda-dbbb-4872-a5f1-8ac2aed48392


Ref :
http://lists.ovirt.org/pipermail/users/2015-November/035686.html

Le 03/05/2016 21:17, Ivo Rütsche a écrit :


I just do a full clone of the whole VM and the clone is running fine 
and have the last data on all disks.


gruss ivo


On 03.05.2016 20:12, Markus Stockhausen wrote:

Hi,

we've seen a lot of trouble when deleting snapshots of multidisk VMs.
Especially endless running snapshot deletions is one of our culprits.
More here: https://bugzilla.redhat.com/show_bug.cgi?id=1319400

Markus

Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im 
Auftrag von Ivo Rütsche [lists.ovirt@direct.ruetsche.com]

Gesendet: Dienstag, 3. Mai 2016 19:23
An: users@ovirt.org
Betreff: [ovirt-users] Snapshot is "Locked" - Can't do anything 
with the VM


Hi oVirt List

We have the problem, that two of our VM's have "Locked" snapshots 
and we
can't go forward. From 10 VM's which we move from one store to 
another,
we have problems with 5 of them to delete the snapshots. But with a 
lot
of luck, the snapshot was always on the dedicated Swap-Disk, so we 
just

have to remove the whole disk and create it again as new.

Because we replace all the filers, we have to move the VM's 
arround. The
move itself runns fine, but deleting the snapshots doesn't work 
sometimes.


I found a lot about our problem, but I can't find any solution, which
works an our environment.

Our setup:
- 3 Solaris filer with NFS exports for the hosts for the vm-images
- 8 hosts (oVirt 3.6 / Centos 7.2.1511)
- The engine host is located outside of the DC, connected via VPN

At the moment, one of the "problem-VM" is productive, the other should
become productive in the next days, so we focus us to the 2nd VM,
because we can play arround with them. The other one is startet up, 
but

i have no idea, what happens, when i shut them down...

This is the status today of VM, which is not productive at the moment:
- VM Status: Down
- Snapshots OK: 2
- Snapshots Locked: 1
- In the snapshot tab, everything is grayed out (Create, Preview,
Commit, Undo etc.)
- No active tasks are displayed

Error message when i try to start the VM:
"Cannot run VM. The VM is performing an operation on a Snapshot. 
Please

wait for the operation to finish, and try again."
This often produces to me too. The only way I found to resolve it is to 
restart engine, you may try this, it has no impact on the host and vms.


Something ab

Re: [ovirt-users] Snapshot is "Locked" - Can't do anything with the VM

[Ivo Rütsche]

Hi Nathanaël

I try it today and the snapshot was in the state "OK" after I execute 
the script. I try to remove the snapshot again, but it never do 
something. So after I click "Delete", i have this situation:


Tasks(1):
- (Hourglass) Removing Snapshot Auto-generated for Live Storage 
Migration of VM 

-- (Completed) Validating
-- (Hourglass) Executing

The snapshot is in the status "Locked"

This status remains for ever.


When I restart the engine, the Status is still in the status "Locked", 
but the task no longer exists.



engine.log:
2016-05-18 16:33:07,532 INFO 
[org.ovirt.engine.core.bll.RemoveSnapshotCommand] (default task-23) 
[53281b57] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[2acfe3fa-be69-46da-9add-c748b2bd6034=<VM, 
ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}'


2016-05-18 16:33:08,640 INFO 
[org.ovirt.engine.core.bll.RemoveSnapshotCommand] (default task-23) 
[53281b57] Running command: RemoveSnapshotCommand internal: false. 
Entities affected :  ID: 2acfe3fa-be69-46da-9add-c748b2bd6034 Type: 
VMAction group MANIPULATE_VM_SNAPSHOTS with role type USER


2016-05-18 16:33:08,984 INFO 
[org.ovirt.engine.core.bll.RemoveSnapshotCommand] (default task-23) 
[53281b57] Lock freed to object 
'EngineLock:{exclusiveLocks='[2acfe3fa-be69-46da-9add-c748b2bd6034=<VM, 
ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}'


2016-05-18 16:33:10,079 INFO 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(default task-23) [] Correlation ID: 53281b57, Job ID: 
58b18e63-2b7f-480c-84ea-260508aa8798, Call Stack: null, Custom Event ID: 
-1, Message: Snapshot 'Auto-generated for Live Storage Migration' 
deletion for VM '' was initiated by admin@internal.


but nothing else

On the node side, i can't find anything in the logs (or i looking on the 
wrong place).


When the VM is not running, I can remove the snapshot without any 
problems. The VM images are on a NFS export from a Solaris (ZFS).


gruss Ivo






On 04.05.2016 13:40, Nathanaël Blanchet wrote:

Unlock procedure

  * QUERY : -q

PGPASSWORD=X 
/usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -q -t snapshot 
-u engine
296c010e-3c1d-4008-84b3-5cd39cff6aa1 | 
525a4dda-dbbb-4872-a5f1-8ac2aed48392


  * REMOVE

PGPASSWORD=X 
/usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t snapshot -u 
engine 525a4dda-dbbb-4872-a5f1-8ac2aed48392


Ref :
http://lists.ovirt.org/pipermail/users/2015-November/035686.html

Le 03/05/2016 21:17, Ivo Rütsche a écrit :


I just do a full clone of the whole VM and the clone is running fine 
and have the last data on all disks.


gruss ivo


On 03.05.2016 20:12, Markus Stockhausen wrote:

Hi,

we've seen a lot of trouble when deleting snapshots of multidisk VMs.
Especially endless running snapshot deletions is one of our culprits.
More here: https://bugzilla.redhat.com/show_bug.cgi?id=1319400

Markus

Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im 
Auftrag von Ivo Rütsche [lists.ovirt@direct.ruetsche.com]

Gesendet: Dienstag, 3. Mai 2016 19:23
An: users@ovirt.org
Betreff: [ovirt-users] Snapshot is "Locked" - Can't do anything with 
the VM


Hi oVirt List

We have the problem, that two of our VM's have "Locked" snapshots 
and we

can't go forward. From 10 VM's which we move from one store to another,
we have problems with 5 of them to delete the snapshots. But with a lot
of luck, the snapshot was always on the dedicated Swap-Disk, so we just
have to remove the whole disk and create it again as new.

Because we replace all the filers, we have to move the VM's arround. 
The
move itself runns fine, but deleting the snapshots doesn't work 
sometimes.


I found a lot about our problem, but I can't find any solution, which
works an our environment.

Our setup:
- 3 Solaris filer with NFS exports for the hosts for the vm-images
- 8 hosts (oVirt 3.6 / Centos 7.2.1511)
- The engine host is located outside of the DC, connected via VPN

At the moment, one of the "problem-VM" is productive, the other should
become productive in the next days, so we focus us to the 2nd VM,
because we can play arround with them. The other one is startet up, but
i have no idea, what happens, when i shut them down...

This is the status today of VM, which is not productive at the moment:
- VM Status: Down
- Snapshots OK: 2
- Snapshots Locked: 1
- In the snapshot tab, everything is grayed out (Create, Preview,
Commit, Undo etc.)
- No active tasks are displayed

Error message when i try to start the VM:
"Cannot run VM. The VM is performing an operation on a Snapshot. Please
wait for the operation to finish, and try again."

Something about the history of this VM:
1. We start the disk move from filer1 to filer3, totaly 4 drives,
everything was fine
2. Deleting snapshots, i think one or two runns fine
3. Deleting the 2nd or 3rd snapsh

Re: [ovirt-users] Snapshot is "Locked" - Can't do anything with the VM

[Nathanaël Blanchet]

Unlock procedure

 * QUERY : -q

PGPASSWORD=X /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh 
-q -t snapshot -u engine

296c010e-3c1d-4008-84b3-5cd39cff6aa1 | 525a4dda-dbbb-4872-a5f1-8ac2aed48392

 * REMOVE

PGPASSWORD=X /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh 
-t snapshot -u engine 525a4dda-dbbb-4872-a5f1-8ac2aed48392


Ref :
http://lists.ovirt.org/pipermail/users/2015-November/035686.html

Le 03/05/2016 21:17, Ivo Rütsche a écrit :


I just do a full clone of the whole VM and the clone is running fine 
and have the last data on all disks.


gruss ivo


On 03.05.2016 20:12, Markus Stockhausen wrote:

Hi,

we've seen a lot of trouble when deleting snapshots of multidisk VMs.
Especially endless running snapshot deletions is one of our culprits.
More here: https://bugzilla.redhat.com/show_bug.cgi?id=1319400

Markus

Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im 
Auftrag von Ivo Rütsche [lists.ovirt@direct.ruetsche.com]

Gesendet: Dienstag, 3. Mai 2016 19:23
An: users@ovirt.org
Betreff: [ovirt-users] Snapshot is "Locked" - Can't do anything with 
the VM


Hi oVirt List

We have the problem, that two of our VM's have "Locked" snapshots and we
can't go forward. From 10 VM's which we move from one store to another,
we have problems with 5 of them to delete the snapshots. But with a lot
of luck, the snapshot was always on the dedicated Swap-Disk, so we just
have to remove the whole disk and create it again as new.

Because we replace all the filers, we have to move the VM's arround. The
move itself runns fine, but deleting the snapshots doesn't work 
sometimes.


I found a lot about our problem, but I can't find any solution, which
works an our environment.

Our setup:
- 3 Solaris filer with NFS exports for the hosts for the vm-images
- 8 hosts (oVirt 3.6 / Centos 7.2.1511)
- The engine host is located outside of the DC, connected via VPN

At the moment, one of the "problem-VM" is productive, the other should
become productive in the next days, so we focus us to the 2nd VM,
because we can play arround with them. The other one is startet up, but
i have no idea, what happens, when i shut them down...

This is the status today of VM, which is not productive at the moment:
- VM Status: Down
- Snapshots OK: 2
- Snapshots Locked: 1
- In the snapshot tab, everything is grayed out (Create, Preview,
Commit, Undo etc.)
- No active tasks are displayed

Error message when i try to start the VM:
"Cannot run VM. The VM is performing an operation on a Snapshot. Please
wait for the operation to finish, and try again."

Something about the history of this VM:
1. We start the disk move from filer1 to filer3, totaly 4 drives,
everything was fine
2. Deleting snapshots, i think one or two runns fine
3. Deleting the 2nd or 3rd snapshot runs two days without an end
4. Rebooting the Engine
5. No task anymore in the Tasks list
6. The status of the snapshot is "Locked", die Disk of this snapshot
becoms "Illegal" and red
7. Shutdown the VM -  no luck, i can't start it again --> "Cannot run
VM. The VM is performing an operation on a Snapshot. Please wait for the
operation to finish, and try again."
8. We move the disk back from filer3 to the filer1
9. The status of the snapshot is "Locked", die Disk of this snapshot
becoms "OK" and green
...but i can't delete the snapshot or starting the VM :(

Today, i copy the image files to a dedicated KVM host, which is not
involved in the oVirt environment and i merge the image manualy 
together:

qemu-img convert -p -f qcow2 804ffcc3-446f-4c56-ba99-ab90c7951a6f -O raw
Merged1

I mount the image and everything fine, all the changes from the last two
days are now in a base image. I try to remove the whole disk in oVirt,
but i still got the error message, that i have to wait. So for me, the
next step is to create a new VM and migrate everything manualy, this
will work, but can't be the solution for the other VM, which is
productive and it have the same problem.



Some information about:

*
[root@lin-ovirt7 images]# vdsm-tool dump-volume-chains
d6e6656d-7aaf-4c5b-bb93-cd6134ed9654

Images volume chains (base volume first)

 image:f3cfefd2-d467-41d5-a054-5b01f81a21b4

   - a018521a-bd3a-4322-ac79-52d15e95639e
 status: OK, voltype: INTERNAL, format: RAW, legality:
LEGAL, type: SPARSE

   - 2e2f0b4a-b015-4b50-8d10-51726de460a9
 status: OK, voltype: INTERNAL, format: COW, legality:
LEGAL, type: SPARSE

   - 804ffcc3-446f-4c56-ba99-ab90c7951a6f
 status: OK, voltype: LEAF, format: COW, legality: 
LEGAL,

type: SPARSE
*
[root@lin-ovirt7 images]# ls -altrh 
f3cfefd2-d467-41d5-a054-5b01f81a21b4/

total 34G
-rw-rw+  1 vdsm kvm 1.0M  2. Mai 21:03
a018521a-bd3a-4322-ac79-52d15e95639e.lease
-rw-rw+  1 vdsm k

Re: [ovirt-users] Snapshot is "Locked" - Can't do anything with the VM

[Ivo Rütsche]

I just do a full clone of the whole VM and the clone is running fine and 
have the last data on all disks.


gruss ivo


On 03.05.2016 20:12, Markus Stockhausen wrote:

Hi,

we've seen a lot of trouble when deleting snapshots of multidisk VMs.
Especially endless running snapshot deletions is one of our culprits.
More here: https://bugzilla.redhat.com/show_bug.cgi?id=1319400

Markus

Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag von 
Ivo Rütsche [lists.ovirt@direct.ruetsche.com]
Gesendet: Dienstag, 3. Mai 2016 19:23
An: users@ovirt.org
Betreff: [ovirt-users] Snapshot is "Locked" - Can't do anything with the VM

Hi oVirt List

We have the problem, that two of our VM's have "Locked" snapshots and we
can't go forward. From 10 VM's which we move from one store to another,
we have problems with 5 of them to delete the snapshots. But with a lot
of luck, the snapshot was always on the dedicated Swap-Disk, so we just
have to remove the whole disk and create it again as new.

Because we replace all the filers, we have to move the VM's arround. The
move itself runns fine, but deleting the snapshots doesn't work sometimes.

I found a lot about our problem, but I can't find any solution, which
works an our environment.

Our setup:
- 3 Solaris filer with NFS exports for the hosts for the vm-images
- 8 hosts (oVirt 3.6 / Centos 7.2.1511)
- The engine host is located outside of the DC, connected via VPN

At the moment, one of the "problem-VM" is productive, the other should
become productive in the next days, so we focus us to the 2nd VM,
because we can play arround with them. The other one is startet up, but
i have no idea, what happens, when i shut them down...

This is the status today of VM, which is not productive at the moment:
- VM Status: Down
- Snapshots OK: 2
- Snapshots Locked: 1
- In the snapshot tab, everything is grayed out (Create, Preview,
Commit, Undo etc.)
- No active tasks are displayed

Error message when i try to start the VM:
"Cannot run VM. The VM is performing an operation on a Snapshot. Please
wait for the operation to finish, and try again."

Something about the history of this VM:
1. We start the disk move from filer1 to filer3, totaly 4 drives,
everything was fine
2. Deleting snapshots, i think one or two runns fine
3. Deleting the 2nd or 3rd snapshot runs two days without an end
4. Rebooting the Engine
5. No task anymore in the Tasks list
6. The status of the snapshot is "Locked", die Disk of this snapshot
becoms "Illegal" and red
7. Shutdown the VM -  no luck, i can't start it again --> "Cannot run
VM. The VM is performing an operation on a Snapshot. Please wait for the
operation to finish, and try again."
8. We move the disk back from filer3 to the filer1
9. The status of the snapshot is "Locked", die Disk of this snapshot
becoms "OK" and green
...but i can't delete the snapshot or starting the VM :(

Today, i copy the image files to a dedicated KVM host, which is not
involved in the oVirt environment and i merge the image manualy together:
qemu-img convert -p -f qcow2 804ffcc3-446f-4c56-ba99-ab90c7951a6f -O raw
Merged1

I mount the image and everything fine, all the changes from the last two
days are now in a base image. I try to remove the whole disk in oVirt,
but i still got the error message, that i have to wait. So for me, the
next step is to create a new VM and migrate everything manualy, this
will work, but can't be the solution for the other VM, which is
productive and it have the same problem.



Some information about:

*
[root@lin-ovirt7 images]# vdsm-tool dump-volume-chains
d6e6656d-7aaf-4c5b-bb93-cd6134ed9654

Images volume chains (base volume first)

 image:f3cfefd2-d467-41d5-a054-5b01f81a21b4

   - a018521a-bd3a-4322-ac79-52d15e95639e
 status: OK, voltype: INTERNAL, format: RAW, legality:
LEGAL, type: SPARSE

   - 2e2f0b4a-b015-4b50-8d10-51726de460a9
 status: OK, voltype: INTERNAL, format: COW, legality:
LEGAL, type: SPARSE

   - 804ffcc3-446f-4c56-ba99-ab90c7951a6f
 status: OK, voltype: LEAF, format: COW, legality: LEGAL,
type: SPARSE
*
[root@lin-ovirt7 images]# ls -altrh f3cfefd2-d467-41d5-a054-5b01f81a21b4/
total 34G
-rw-rw+  1 vdsm kvm 1.0M  2. Mai 21:03
a018521a-bd3a-4322-ac79-52d15e95639e.lease
-rw-rw+  1 vdsm kvm 1.0M  2. Mai 21:03
2e2f0b4a-b015-4b50-8d10-51726de460a9.lease
-rw-r--r--+  1 vdsm kvm  260  2. Mai 21:03
804ffcc3-446f-4c56-ba99-ab90c7951a6f.meta
-rw-rw+  1 vdsm kvm 1.0M  2. Mai 21:03
804ffcc3-446f-4c56-ba99-ab90c7951a6f.lease
-rw-rw+  1 vdsm kvm 300G  2. Mai 22:26
a018521a-bd3a-4322-ac79-52d15e95639e
-rw-rw+  1 vdsm kvm  77M  2. Mai 22:27
2e2f0b4a-b015-4b50-8d10-51726de460a9
-rw-rw+  1 vdsm kvm 3.5G  2. Mai 22:34
804ffcc3-446f-4c56-ba99-ab90c7951a6f
-rw-r-

Re: [ovirt-users] Snapshot is "Locked" - Can't do anything with the VM

[Ivo Rütsche]

Salü Markus

Yes, i saw also some postings arround, but no solution and all of them 
was a bit different than our situation.


The VM is always responsible, as long as we don't shut it down.

I need to have a focus on it, but I think when I do it like this:

delete all snapshots
moving 1st Disk -> delete snapshot
moving 2nd Disk -> delete snapshot
moving 3rd Disk -> delete snapshot

I don't get in troubles, than I move all the disk and then I remove all 
the snapshots.


Maybe I can deliver more logs to help to solve the problem?

gruss ivo



On 03.05.2016 20:12, Markus Stockhausen wrote:

Hi,

we've seen a lot of trouble when deleting snapshots of multidisk VMs.
Especially endless running snapshot deletions is one of our culprits.
More here: https://bugzilla.redhat.com/show_bug.cgi?id=1319400

Markus

Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag von 
Ivo Rütsche [lists.ovirt@direct.ruetsche.com]
Gesendet: Dienstag, 3. Mai 2016 19:23
An: users@ovirt.org
Betreff: [ovirt-users] Snapshot is "Locked" - Can't do anything with the VM

Hi oVirt List

We have the problem, that two of our VM's have "Locked" snapshots and we
can't go forward. From 10 VM's which we move from one store to another,
we have problems with 5 of them to delete the snapshots. But with a lot
of luck, the snapshot was always on the dedicated Swap-Disk, so we just
have to remove the whole disk and create it again as new.

Because we replace all the filers, we have to move the VM's arround. The
move itself runns fine, but deleting the snapshots doesn't work sometimes.

I found a lot about our problem, but I can't find any solution, which
works an our environment.

Our setup:
- 3 Solaris filer with NFS exports for the hosts for the vm-images
- 8 hosts (oVirt 3.6 / Centos 7.2.1511)
- The engine host is located outside of the DC, connected via VPN

At the moment, one of the "problem-VM" is productive, the other should
become productive in the next days, so we focus us to the 2nd VM,
because we can play arround with them. The other one is startet up, but
i have no idea, what happens, when i shut them down...

This is the status today of VM, which is not productive at the moment:
- VM Status: Down
- Snapshots OK: 2
- Snapshots Locked: 1
- In the snapshot tab, everything is grayed out (Create, Preview,
Commit, Undo etc.)
- No active tasks are displayed

Error message when i try to start the VM:
"Cannot run VM. The VM is performing an operation on a Snapshot. Please
wait for the operation to finish, and try again."

Something about the history of this VM:
1. We start the disk move from filer1 to filer3, totaly 4 drives,
everything was fine
2. Deleting snapshots, i think one or two runns fine
3. Deleting the 2nd or 3rd snapshot runs two days without an end
4. Rebooting the Engine
5. No task anymore in the Tasks list
6. The status of the snapshot is "Locked", die Disk of this snapshot
becoms "Illegal" and red
7. Shutdown the VM -  no luck, i can't start it again --> "Cannot run
VM. The VM is performing an operation on a Snapshot. Please wait for the
operation to finish, and try again."
8. We move the disk back from filer3 to the filer1
9. The status of the snapshot is "Locked", die Disk of this snapshot
becoms "OK" and green
...but i can't delete the snapshot or starting the VM :(

Today, i copy the image files to a dedicated KVM host, which is not
involved in the oVirt environment and i merge the image manualy together:
qemu-img convert -p -f qcow2 804ffcc3-446f-4c56-ba99-ab90c7951a6f -O raw
Merged1

I mount the image and everything fine, all the changes from the last two
days are now in a base image. I try to remove the whole disk in oVirt,
but i still got the error message, that i have to wait. So for me, the
next step is to create a new VM and migrate everything manualy, this
will work, but can't be the solution for the other VM, which is
productive and it have the same problem.



Some information about:

*
[root@lin-ovirt7 images]# vdsm-tool dump-volume-chains
d6e6656d-7aaf-4c5b-bb93-cd6134ed9654

Images volume chains (base volume first)

 image:f3cfefd2-d467-41d5-a054-5b01f81a21b4

   - a018521a-bd3a-4322-ac79-52d15e95639e
 status: OK, voltype: INTERNAL, format: RAW, legality:
LEGAL, type: SPARSE

   - 2e2f0b4a-b015-4b50-8d10-51726de460a9
 status: OK, voltype: INTERNAL, format: COW, legality:
LEGAL, type: SPARSE

   - 804ffcc3-446f-4c56-ba99-ab90c7951a6f
 status: OK, voltype: LEAF, format: COW, legality: LEGAL,
type: SPARSE
*
[root@lin-ovirt7 images]# ls -altrh f3cfefd2-d467-41d5-a054-5b01f81a21b4/
total 34G
-rw-rw+  1 vdsm kvm 1.0M  2. Mai 21:03
a018521a-bd3a-4322-ac79-52d15e95639e.lease
-rw-rw+  1 vdsm kvm 1.0M  2. Mai 21:03
2e2f0b4

Re: [ovirt-users] Snapshot is "Locked" - Can't do anything with the VM

[Markus Stockhausen]

Hi,

we've seen a lot of trouble when deleting snapshots of multidisk VMs.
Especially endless running snapshot deletions is one of our culprits.
More here: https://bugzilla.redhat.com/show_bug.cgi?id=1319400

Markus

Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag von 
Ivo Rütsche [lists.ovirt@direct.ruetsche.com]
Gesendet: Dienstag, 3. Mai 2016 19:23
An: users@ovirt.org
Betreff: [ovirt-users] Snapshot is "Locked" - Can't do anything with the VM

Hi oVirt List

We have the problem, that two of our VM's have "Locked" snapshots and we
can't go forward. From 10 VM's which we move from one store to another,
we have problems with 5 of them to delete the snapshots. But with a lot
of luck, the snapshot was always on the dedicated Swap-Disk, so we just
have to remove the whole disk and create it again as new.

Because we replace all the filers, we have to move the VM's arround. The
move itself runns fine, but deleting the snapshots doesn't work sometimes.

I found a lot about our problem, but I can't find any solution, which
works an our environment.

Our setup:
- 3 Solaris filer with NFS exports for the hosts for the vm-images
- 8 hosts (oVirt 3.6 / Centos 7.2.1511)
- The engine host is located outside of the DC, connected via VPN

At the moment, one of the "problem-VM" is productive, the other should
become productive in the next days, so we focus us to the 2nd VM,
because we can play arround with them. The other one is startet up, but
i have no idea, what happens, when i shut them down...

This is the status today of VM, which is not productive at the moment:
- VM Status: Down
- Snapshots OK: 2
- Snapshots Locked: 1
- In the snapshot tab, everything is grayed out (Create, Preview,
Commit, Undo etc.)
- No active tasks are displayed

Error message when i try to start the VM:
"Cannot run VM. The VM is performing an operation on a Snapshot. Please
wait for the operation to finish, and try again."

Something about the history of this VM:
1. We start the disk move from filer1 to filer3, totaly 4 drives,
everything was fine
2. Deleting snapshots, i think one or two runns fine
3. Deleting the 2nd or 3rd snapshot runs two days without an end
4. Rebooting the Engine
5. No task anymore in the Tasks list
6. The status of the snapshot is "Locked", die Disk of this snapshot
becoms "Illegal" and red
7. Shutdown the VM -  no luck, i can't start it again --> "Cannot run
VM. The VM is performing an operation on a Snapshot. Please wait for the
operation to finish, and try again."
8. We move the disk back from filer3 to the filer1
9. The status of the snapshot is "Locked", die Disk of this snapshot
becoms "OK" and green
...but i can't delete the snapshot or starting the VM :(

Today, i copy the image files to a dedicated KVM host, which is not
involved in the oVirt environment and i merge the image manualy together:
qemu-img convert -p -f qcow2 804ffcc3-446f-4c56-ba99-ab90c7951a6f -O raw
Merged1

I mount the image and everything fine, all the changes from the last two
days are now in a base image. I try to remove the whole disk in oVirt,
but i still got the error message, that i have to wait. So for me, the
next step is to create a new VM and migrate everything manualy, this
will work, but can't be the solution for the other VM, which is
productive and it have the same problem.



Some information about:

*
[root@lin-ovirt7 images]# vdsm-tool dump-volume-chains
d6e6656d-7aaf-4c5b-bb93-cd6134ed9654

Images volume chains (base volume first)

image:f3cfefd2-d467-41d5-a054-5b01f81a21b4

  - a018521a-bd3a-4322-ac79-52d15e95639e
status: OK, voltype: INTERNAL, format: RAW, legality:
LEGAL, type: SPARSE

  - 2e2f0b4a-b015-4b50-8d10-51726de460a9
status: OK, voltype: INTERNAL, format: COW, legality:
LEGAL, type: SPARSE

  - 804ffcc3-446f-4c56-ba99-ab90c7951a6f
status: OK, voltype: LEAF, format: COW, legality: LEGAL,
type: SPARSE
*
[root@lin-ovirt7 images]# ls -altrh f3cfefd2-d467-41d5-a054-5b01f81a21b4/
total 34G
-rw-rw+  1 vdsm kvm 1.0M  2. Mai 21:03
a018521a-bd3a-4322-ac79-52d15e95639e.lease
-rw-rw+  1 vdsm kvm 1.0M  2. Mai 21:03
2e2f0b4a-b015-4b50-8d10-51726de460a9.lease
-rw-r--r--+  1 vdsm kvm  260  2. Mai 21:03
804ffcc3-446f-4c56-ba99-ab90c7951a6f.meta
-rw-rw+  1 vdsm kvm 1.0M  2. Mai 21:03
804ffcc3-446f-4c56-ba99-ab90c7951a6f.lease
-rw-rw+  1 vdsm kvm 300G  2. Mai 22:26
a018521a-bd3a-4322-ac79-52d15e95639e
-rw-rw+  1 vdsm kvm  77M  2. Mai 22:27
2e2f0b4a-b015-4b50-8d10-51726de460a9
-rw-rw+  1 vdsm kvm 3.5G  2. Mai 22:34
804ffcc3-446f-4c56-ba99-ab90c7951a6f
-rw-r--r--+  1 vdsm kvm  364  2. Mai 22:34
a018521a-bd3a-4322-ac79-52d15e95639e.meta
-rw-r--r--+  1 vdsm kvm  264  2. Mai 22:34
2e2f0b4a-b015-4b50-8d10-51726de460a9.meta
drwxr-xr-x+  2

[ovirt-users] Snapshot is "Locked" - Can't do anything with the VM

[Ivo Rütsche]

Hi oVirt List

We have the problem, that two of our VM's have "Locked" snapshots and we 
can't go forward. From 10 VM's which we move from one store to another, 
we have problems with 5 of them to delete the snapshots. But with a lot 
of luck, the snapshot was always on the dedicated Swap-Disk, so we just 
have to remove the whole disk and create it again as new.


Because we replace all the filers, we have to move the VM's arround. The 
move itself runns fine, but deleting the snapshots doesn't work sometimes.


I found a lot about our problem, but I can't find any solution, which 
works an our environment.


Our setup:
- 3 Solaris filer with NFS exports for the hosts for the vm-images
- 8 hosts (oVirt 3.6 / Centos 7.2.1511)
- The engine host is located outside of the DC, connected via VPN

At the moment, one of the "problem-VM" is productive, the other should 
become productive in the next days, so we focus us to the 2nd VM, 
because we can play arround with them. The other one is startet up, but 
i have no idea, what happens, when i shut them down...


This is the status today of VM, which is not productive at the moment:
- VM Status: Down
- Snapshots OK: 2
- Snapshots Locked: 1
- In the snapshot tab, everything is grayed out (Create, Preview, 
Commit, Undo etc.)

- No active tasks are displayed

Error message when i try to start the VM:
"Cannot run VM. The VM is performing an operation on a Snapshot. Please 
wait for the operation to finish, and try again."


Something about the history of this VM:
1. We start the disk move from filer1 to filer3, totaly 4 drives, 
everything was fine

2. Deleting snapshots, i think one or two runns fine
3. Deleting the 2nd or 3rd snapshot runs two days without an end
4. Rebooting the Engine
5. No task anymore in the Tasks list
6. The status of the snapshot is "Locked", die Disk of this snapshot 
becoms "Illegal" and red
7. Shutdown the VM -  no luck, i can't start it again --> "Cannot run 
VM. The VM is performing an operation on a Snapshot. Please wait for the 
operation to finish, and try again."

8. We move the disk back from filer3 to the filer1
9. The status of the snapshot is "Locked", die Disk of this snapshot 
becoms "OK" and green

...but i can't delete the snapshot or starting the VM :(

Today, i copy the image files to a dedicated KVM host, which is not 
involved in the oVirt environment and i merge the image manualy together:
qemu-img convert -p -f qcow2 804ffcc3-446f-4c56-ba99-ab90c7951a6f -O raw 
Merged1


I mount the image and everything fine, all the changes from the last two 
days are now in a base image. I try to remove the whole disk in oVirt, 
but i still got the error message, that i have to wait. So for me, the 
next step is to create a new VM and migrate everything manualy, this 
will work, but can't be the solution for the other VM, which is 
productive and it have the same problem.




Some information about:

*
[root@lin-ovirt7 images]# vdsm-tool dump-volume-chains 
d6e6656d-7aaf-4c5b-bb93-cd6134ed9654


Images volume chains (base volume first)

   image:f3cfefd2-d467-41d5-a054-5b01f81a21b4

 - a018521a-bd3a-4322-ac79-52d15e95639e
   status: OK, voltype: INTERNAL, format: RAW, legality: 
LEGAL, type: SPARSE


 - 2e2f0b4a-b015-4b50-8d10-51726de460a9
   status: OK, voltype: INTERNAL, format: COW, legality: 
LEGAL, type: SPARSE


 - 804ffcc3-446f-4c56-ba99-ab90c7951a6f
   status: OK, voltype: LEAF, format: COW, legality: LEGAL, 
type: SPARSE

*
[root@lin-ovirt7 images]# ls -altrh f3cfefd2-d467-41d5-a054-5b01f81a21b4/
total 34G
-rw-rw+  1 vdsm kvm 1.0M  2. Mai 21:03 
a018521a-bd3a-4322-ac79-52d15e95639e.lease
-rw-rw+  1 vdsm kvm 1.0M  2. Mai 21:03 
2e2f0b4a-b015-4b50-8d10-51726de460a9.lease
-rw-r--r--+  1 vdsm kvm  260  2. Mai 21:03 
804ffcc3-446f-4c56-ba99-ab90c7951a6f.meta
-rw-rw+  1 vdsm kvm 1.0M  2. Mai 21:03 
804ffcc3-446f-4c56-ba99-ab90c7951a6f.lease
-rw-rw+  1 vdsm kvm 300G  2. Mai 22:26 
a018521a-bd3a-4322-ac79-52d15e95639e
-rw-rw+  1 vdsm kvm  77M  2. Mai 22:27 
2e2f0b4a-b015-4b50-8d10-51726de460a9
-rw-rw+  1 vdsm kvm 3.5G  2. Mai 22:34 
804ffcc3-446f-4c56-ba99-ab90c7951a6f
-rw-r--r--+  1 vdsm kvm  364  2. Mai 22:34 
a018521a-bd3a-4322-ac79-52d15e95639e.meta
-rw-r--r--+  1 vdsm kvm  264  2. Mai 22:34 
2e2f0b4a-b015-4b50-8d10-51726de460a9.meta

drwxr-xr-x+  2 vdsm kvm   11  2. Mai 22:34 .
drwxr-xr-x+ 50 vdsm kvm   50  3. Mai 14:30 ..
[root@lin-ovirt7 images]#
*

I attach some line from the engine.log, maybe someone can help, if you 
need more information everything is here.


gruss ivo



[root@lin-ovirt-engine1 t]# grep 6a2bf31c *;grep 4aaf815f *;grep 4ba6893f *;grep 742b4cf *
engine.log-20160502:2016-04-30 14:56:05,116 INFO  [org.ovirt.engine.core.bll.CreateSnapshotCommand] (org.ovirt.thread.pool-8-thread-21) [6a2bf31c] Running command: CreateSnapshotCommand internal: true. Entities 

Re: [ovirt-users] Snapshot Locked for an extended period of time

[Yaniv Kaul]

On Thu, Feb 25, 2016 at 6:36 PM, Simon  Hallam  wrote:
> On Thu, 2016-02-25 at 17:25 +0200, Raz Tamir wrote:
>> Hi Simon,
>> 1) What is the ovirt version you are using?
>
> I'm currently using oVirt Engine Version: 3.5.1-1.el6

It makes sense to upgrade to a newer version of oVirt. Since 3.5.1,
many issues have been fixed.
Y.

> The problem is I would like to backup all the VMs before I try
> upgrading the hosted engine.
>
>> 2) On what is the storage type (nfs, iscsi, ...) you creating the
>> snapshot?
>
> All of the storage domains are NFS.
>
>>
>> * It seems the the logs are not from the time this issue occur
> Hmm, it should be starting about line 75618 of that log.
>
> Cheers,
>
> Simon
>
> Please visit our new website at www.pml.ac.uk and follow us on Twitter  
> @PlymouthMarine
>
> Winner of the Environment & Conservation category, the Charity Awards 2014.
>
> Plymouth Marine Laboratory (PML) is a company limited by guarantee registered 
> in England & Wales, company number 4178503. Registered Charity No. 1091222. 
> Registered Office: Prospect Place, The Hoe, Plymouth  PL1 3DH, UK.
>
> This message is private and confidential. If you have received this message 
> in error, please notify the sender and remove it from your system. You are 
> reminded that e-mail communications are not secure and may contain viruses; 
> PML accepts no liability for any loss or damage which may be caused by 
> viruses.
>
> ___
> 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 Locked for an extended period of time

[Raz Tamir]

Hi Simon,
It looks like a bug.
Please file a bug and attach vdsm and engine logs



Thanks,
Raz Tamir
Red Hat Israel

On Thu, Feb 25, 2016 at 6:36 PM, Simon Hallam  wrote:

> On Thu, 2016-02-25 at 17:25 +0200, Raz Tamir wrote:
> > Hi Simon,
> > 1) What is the ovirt version you are using?
>
> I'm currently using oVirt Engine Version: 3.5.1-1.el6
> The problem is I would like to backup all the VMs before I try
> upgrading the hosted engine.
>
> > 2) On what is the storage type (nfs, iscsi, ...) you creating the
> > snapshot?
>
> All of the storage domains are NFS.
>
> >
> > * It seems the the logs are not from the time this issue occur
> Hmm, it should be starting about line 75618 of that log.
>
> Cheers,
>
> Simon
>
> Please visit our new website at www.pml.ac.uk and follow us on Twitter
> @PlymouthMarine
>
> Winner of the Environment & Conservation category, the Charity Awards 2014.
>
> Plymouth Marine Laboratory (PML) is a company limited by guarantee
> registered in England & Wales, company number 4178503. Registered Charity
> No. 1091222. Registered Office: Prospect Place, The Hoe, Plymouth  PL1 3DH,
> UK.
>
> This message is private and confidential. If you have received this
> message in error, please notify the sender and remove it from your system.
> You are reminded that e-mail communications are not secure and may contain
> viruses; PML accepts no liability for any loss or damage which may be
> caused by viruses.
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot Locked for an extended period of time

[Simon Hallam]

On Thu, 2016-02-25 at 17:25 +0200, Raz Tamir wrote:
> Hi Simon,
> 1) What is the ovirt version you are using?

I'm currently using oVirt Engine Version: 3.5.1-1.el6
The problem is I would like to backup all the VMs before I try
upgrading the hosted engine.

> 2) On what is the storage type (nfs, iscsi, ...) you creating the
> snapshot?

All of the storage domains are NFS.

> 
> * It seems the the logs are not from the time this issue occur
Hmm, it should be starting about line 75618 of that log.

Cheers,

Simon

Please visit our new website at www.pml.ac.uk and follow us on Twitter  
@PlymouthMarine

Winner of the Environment & Conservation category, the Charity Awards 2014.

Plymouth Marine Laboratory (PML) is a company limited by guarantee registered 
in England & Wales, company number 4178503. Registered Charity No. 1091222. 
Registered Office: Prospect Place, The Hoe, Plymouth  PL1 3DH, UK. 

This message is private and confidential. If you have received this message in 
error, please notify the sender and remove it from your system. You are 
reminded that e-mail communications are not secure and may contain viruses; PML 
accepts no liability for any loss or damage which may be caused by viruses.

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot Locked for an extended period of time

[Raz Tamir]

Hi Simon,
1) What is the ovirt version you are using?
2) On what is the storage type (nfs, iscsi, ...) you creating the snapshot?

* It seems the the logs are not from the time this issue occur



Thanks,
Raz Tamir
Red Hat Israel

On Thu, Feb 25, 2016 at 1:43 PM, Simon Hallam  wrote:

> Hi All,
>
> I’ve recently written a script which:
>1. Takes a snapshot with memory.
>2. Creates a VM from that snapshot.
>3. Exports the snapshot to the export domain.
>4. Deletes the snapshot.
>5. Deletes the cloned VM.
>
> Whilst running the script for the first time last night, the script
> timed out whilst deleting the snapshot on the VM at step 4.
>
> Now the logs are filled with:
>
> 2016-02-25 10:32:53,272
> INFO  [org.ovirt.engine.core.bll.RemoveSnapshotCommandCallback]
> (DefaultQuartzScheduler_Worker-25) [4559dd29] Waiting on Live Merge child
> commands to complete
> 2016-02-25 10:32:53,332
> INFO  [org.ovirt.engine.core.bll.RemoveSnapshotSingleDiskLiveCommand]
> (DefaultQuartzScheduler_Worker-25) [225b841f] Waiting on Live Merge command
> step MERGE to complete
> 2016-02-25 10:32:53,335
> INFO  [org.ovirt.engine.core.bll.MergeCommandCallback]
> (DefaultQuartzScheduler_Worker-25) [4559dd29] Waiting on merge command to
> complete
> 2016-02-25 10:32:55,331
> INFO  [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo]
> (DefaultQuartzScheduler_Worker-19) [4559dd29] VM job
> c1064551-022f-4549-a9d4-bb915e177e80: In progress (no change)
> 2016-02-25 10:32:58,405
> INFO  [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo]
> (DefaultQuartzScheduler_Worker-37) [4559dd29] VM job
> c1064551-022f-4549-a9d4-bb915e177e80: In progress, updating
> 2016-02-25 10:33:01,521
> INFO  [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo]
> (DefaultQuartzScheduler_Worker-56) [4559dd29] VM job
> c1064551-022f-4549-a9d4-bb915e177e80: In progress (no change)
> 2016-02-25 10:33:03,337
> INFO  [org.ovirt.engine.core.bll.RemoveSnapshotCommandCallback]
> (DefaultQuartzScheduler_Worker-12) [4559dd29] Waiting on Live Merge child
> commands to complete
> 2016-02-25 10:33:03,350
> INFO  [org.ovirt.engine.core.bll.RemoveSnapshotSingleDiskLiveCommand]
> (DefaultQuartzScheduler_Worker-12) [225b841f] Waiting on Live Merge command
> step MERGE to complete
> 2016-02-25 10:33:03,352
> INFO  [org.ovirt.engine.core.bll.MergeCommandCallback]
> (DefaultQuartzScheduler_Worker-12) [4559dd29] Waiting on merge command to
> complete
> 2016-02-25 10:33:04,678
> INFO  [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo]
> (DefaultQuartzScheduler_Worker-22) [4559dd29] VM job
> c1064551-022f-4549-a9d4-bb915e177e80: In progress (no change)
> 2016-02-25 10:33:07,852
> INFO  [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo]
> (DefaultQuartzScheduler_Worker-11) [4559dd29] VM job
> c1064551-022f-4549-a9d4-bb915e177e80: In progress (no change)
> 2016-02-25 10:33:10,993
> INFO  [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo]
> (DefaultQuartzScheduler_Worker-44) [4559dd29] VM job
> c1064551-022f-4549-a9d4-bb915e177e80: In progress, updating
> 2016-02-25 10:33:13,354
> INFO  [org.ovirt.engine.core.bll.RemoveSnapshotCommandCallback]
> (DefaultQuartzScheduler_Worker-14) [4559dd29] Waiting on Live Merge child
> commands to complete
>
> I have attached the log of when the snapshot started deleting (2016-02-
> 24 23:51:17,094).
>
> Any idea what's gone wrong? What are my next steps to clear this?
>
> Cheers,
>
> Simon
>
> Please visit our new website at www.pml.ac.uk and follow us on Twitter
> @PlymouthMarine
>
> Winner of the Environment & Conservation category, the Charity Awards 2014.
>
> Plymouth Marine Laboratory (PML) is a company limited by guarantee
> registered in England & Wales, company number 4178503. Registered Charity
> No. 1091222. Registered Office: Prospect Place, The Hoe, Plymouth  PL1 3DH,
> UK.
>
> This message is private and confidential. If you have received this
> message in error, please notify the sender and remove it from your system.
> You are reminded that e-mail communications are not secure and may contain
> viruses; PML accepts no liability for any loss or damage which may be
> caused by viruses.
>
>
> ___
> 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 failed

[Amit Aviram]

Hi johan, The logs shows that there were an error in the VDSM side, can you
please provide the VDSM logs?

On Tue, Jan 26, 2016 at 4:08 PM, Johan Kooijman 
wrote:

> Hi all,
>
> I've been live migrating storage all day, but suddenly getting an error on
> one VM.
> I've put the logs here:
> https://plakbord.cloud.nl/p/VCqBg50032GZyrhz5QbDpjJM
>
> oVirt versions:
>
> ovirt-image-uploader-3.5.1-1.el6.noarch
> ovirt-engine-setup-base-3.5.3.1-1.el6.noarch
> ovirt-engine-setup-plugin-websocket-proxy-3.5.3.1-1.el6.noarch
> ovirt-engine-userportal-3.5.3.1-1.el6.noarch
> ovirt-engine-backend-3.5.3.1-1.el6.noarch
> ovirt-host-deploy-1.3.1-1.el6.noarch
> ovirt-guest-tools-iso-3.5-7.noarch
> ovirt-host-deploy-java-1.3.1-1.el6.noarch
> ovirt-release35-004-1.noarch
> ovirt-engine-lib-3.5.3.1-1.el6.noarch
> ovirt-engine-setup-plugin-ovirt-engine-common-3.5.3.1-1.el6.noarch
> ovirt-engine-extensions-api-impl-3.5.3.1-1.el6.noarch
> ovirt-engine-webadmin-portal-3.5.3.1-1.el6.noarch
> ovirt-iso-uploader-3.5.2-1.el6.noarch
> ovirt-engine-setup-3.5.3.1-1.el6.noarch
> ovirt-engine-dbscripts-3.5.3.1-1.el6.noarch
> ovirt-engine-3.5.3.1-1.el6.noarch
> ovirt-engine-setup-plugin-ovirt-engine-3.5.3.1-1.el6.noarch
> ovirt-engine-websocket-proxy-3.5.3.1-1.el6.noarch
> ovirt-engine-restapi-3.5.3.1-1.el6.noarch
> ovirt-engine-tools-3.5.3.1-1.el6.noarch
> ovirt-engine-cli-3.5.0.6-1.el6.noarch
> ovirt-engine-jboss-as-7.1.1-1.el6.x86_64
> ovirt-engine-sdk-python-3.5.2.1-1.el6.noarch
>
> Any clues?
>
> --
> Met vriendelijke groeten / With kind regards,
> Johan Kooijman
>
> ___
> 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 failed

[Johan Kooijman]

Hi all,

I've been live migrating storage all day, but suddenly getting an error on
one VM.
I've put the logs here: https://plakbord.cloud.nl/p/VCqBg50032GZyrhz5QbDpjJM

oVirt versions:

ovirt-image-uploader-3.5.1-1.el6.noarch
ovirt-engine-setup-base-3.5.3.1-1.el6.noarch
ovirt-engine-setup-plugin-websocket-proxy-3.5.3.1-1.el6.noarch
ovirt-engine-userportal-3.5.3.1-1.el6.noarch
ovirt-engine-backend-3.5.3.1-1.el6.noarch
ovirt-host-deploy-1.3.1-1.el6.noarch
ovirt-guest-tools-iso-3.5-7.noarch
ovirt-host-deploy-java-1.3.1-1.el6.noarch
ovirt-release35-004-1.noarch
ovirt-engine-lib-3.5.3.1-1.el6.noarch
ovirt-engine-setup-plugin-ovirt-engine-common-3.5.3.1-1.el6.noarch
ovirt-engine-extensions-api-impl-3.5.3.1-1.el6.noarch
ovirt-engine-webadmin-portal-3.5.3.1-1.el6.noarch
ovirt-iso-uploader-3.5.2-1.el6.noarch
ovirt-engine-setup-3.5.3.1-1.el6.noarch
ovirt-engine-dbscripts-3.5.3.1-1.el6.noarch
ovirt-engine-3.5.3.1-1.el6.noarch
ovirt-engine-setup-plugin-ovirt-engine-3.5.3.1-1.el6.noarch
ovirt-engine-websocket-proxy-3.5.3.1-1.el6.noarch
ovirt-engine-restapi-3.5.3.1-1.el6.noarch
ovirt-engine-tools-3.5.3.1-1.el6.noarch
ovirt-engine-cli-3.5.0.6-1.el6.noarch
ovirt-engine-jboss-as-7.1.1-1.el6.x86_64
ovirt-engine-sdk-python-3.5.2.1-1.el6.noarch

Any clues?

-- 
Met vriendelijke groeten / With kind regards,
Johan Kooijman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] snapshot deleting

[Allon Mureinik]

It's not a bug, it was just not implemented yet.
It will probably be on our radar towards 4.0.

- Original Message -
 From: p...@email.cz
 To: users@ovirt.org
 Sent: Friday, May 22, 2015 12:10:58 PM
 Subject: [ovirt-users] snapshot deleting
 
 Hello,
 my question is about deleting default snapshots generated via disk
 moving between storages.
 The snapshot called Auto-generated for Live Storage Migration is NOT
 automaticaly deleted after  movement done.
 Is this default or any bug ??
 
 regs.
 Pavel
 ___
 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 remove bug (this time from the GUI)

[Soeren Malchow]

Dear all,

The problem i already sent a few mails about now came up while removing a 
snapshot from the GUI, the otput in the log files was exactly the same.

In vdsm.log

Thread-189739::DEBUG::2015-06-01 
09:39:10,001::libvirtconnection::143::root::(wrapper) Unknown libvirterror: 
ecode: 68 edom: 10 level: 2 message: Timed out during operation: cannot acquire 
state change lock
Thread-189739::ERROR::2015-06-01 
09:39:10,002::vm::5761::vm.Vm::(queryBlockJobs) 
vmId=`e640e9ef-1862-425a-8bdb-9cdfb0583f04`::Error getting block job info
Traceback (most recent call last):
  File /usr/share/vdsm/virt/vm.py, line 5759, in queryBlockJobs
liveInfo = self._dom.blockJobInfo(drive.name, 0)
  File /usr/share/vdsm/virt/vm.py, line 697, in f
raise toe
TimeoutError: Timed out during operation: cannot acquire state change lock



——

journalctl

This

un 01 09:33:30 mc-dc3ham-compute-03-live.mc.mcon.net libvirtd[1801]: Cannot 
start job (modify, none) for domain fab-cms-app-01-qa-fab-mcon-net; current job 
is (modify, none) owned by (1829, 0)
Jun 01 09:33:30 mc-dc3ham-compute-03-live.mc.mcon.net libvirtd[1801]: Timed out 
during operation: cannot acquire state change lock
Jun 01 09:33:30 mc-dc3ham-compute-03-live.mc.mcon.net vdsm[7003]: vdsm root 
ERROR Unhandled exception
  Traceback 
(most recent call last):
File 
/usr/lib/python2.7/site-packages/vdsm/utils.py, line 809, in wrapper
  return 
f(*a, **kw)
File 
/usr/share/vdsm/virt/vm.py, line 6107, in run
  
self.tryPivot()
File 
/usr/share/vdsm/virt/vm.py, line 6092, in tryPivot
  ret = 
self.vm._dom.blockJobAbort(self.drive.name, flags)
File 
/usr/share/vdsm/virt/vm.py, line 697, in f
  raise toe
  TimeoutError: 
Timed out during operation: cannot acquire state change lock

An this


Jun 01 09:33:45 mc-dc3ham-compute-03-live.mc.mcon.net libvirtd[1801]: Cannot 
start job (modify, none) for domain fab-cms-app-01-qa-fab-mcon-net; current job 
is (modify, none) owned by (1829, 0)
Jun 01 09:33:45 mc-dc3ham-compute-03-live.mc.mcon.net libvirtd[1801]: Timed out 
during operation: cannot acquire state change lock
Jun 01 09:33:45 mc-dc3ham-compute-03-live.mc.mcon.net vdsm[7003]: vdsm vm.Vm 
ERROR vmId=`e640e9ef-1862-425a-8bdb-9cdfb0583f04`::Error getting block job info
  Traceback 
(most recent call last):
File 
/usr/share/vdsm/virt/vm.py, line 5759, in queryBlockJobs
  liveInfo 
= self._dom.blockJobInfo(drive.name, 0)
File 
/usr/share/vdsm/virt/vm.py, line 697, in f
  raise toe
  TimeoutError: 
Timed out during operation: cannot acquire state change lock


—

And again the only solution to get the virtual machine back was to set the 
hypervisor host into maintenance, which does not completely work because the VM 
will stay on the host for ovirt and then reboot the host, after the reboot the 
virtual machine will be ok again (or restarted of configured to be highly 
acvailable)

This is a huge problem, using a GUI command that causes the need to reboot a 
complete hypervisor really worries me.

Regards
Soeren

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] snapshot deleting

[p...@email.cz]

Hello,
my question is about deleting default snapshots generated via disk 
moving between storages.
The snapshot called Auto-generated for Live Storage Migration is NOT 
automaticaly deleted after  movement done.

Is this default or any bug ??

regs.
Pavel
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot issue

[Omer Frenkel]

- Original Message -
 From: Koen Vanoppen vanoppen.k...@gmail.com
 To: Omer Frenkel ofren...@redhat.com, users@ovirt.org
 Sent: Wednesday, April 1, 2015 7:53:03 AM
 Subject: Re: [ovirt-users] Snapshot issue
 
 Worked perfectly!!! BIG thanks Omer!!! All my VM's are back up. Nothing
 lost!
 
 SOLVED!!!

excellent :)

 
 2015-03-31 9:53 GMT+02:00 Omer Frenkel ofren...@redhat.com:
 
 
 
  - Original Message -
   From: Koen Vanoppen vanoppen.k...@gmail.com
   To: Omer Frenkel ofren...@redhat.com, users@ovirt.org
   Sent: Tuesday, March 31, 2015 7:35:57 AM
   Subject: Re: [ovirt-users] Snapshot issue
  
   I just wanted to remove the snapshots in ovirt... That's all... And now
   they are locked. Without the possibility to remove, reboot the vm or
  cancel
   the snapshots...
   So I'm stuck... How can I change the status of the snapshot in the db, so
   that at least I can remove the VM? And what could be the impact , worst
   case?
  
 
  i thought you want to save the vm, then the worst case might be data
  corruption,
  in case something is really wrong with the snapshots and you try to run
  the vm.
 
  more optimistic, in case snapshot is missing in storage but not deleted in
  db,
  vm would fail to start, then you might be able to just delete the snapshot
  (again probably only manually in db)
  and recover completely.
 
  if you just want to delete the vm, worst case would be that you have to
  clear manually stuff from the db/storage
 
  if you decide to change the db, better to have a backup :)
  also, i would recommend making it when the engine is down.
 
  ok, so, first to get the info in the db:
  select snapshot_id,description,status from snapshots where status =
  'LOCKED' and vm_id in (select vm_guid from vm_static where vm_name='vm
  name here');
 
  just update it to be 'OK' :
  update snapshots set status = 'OK' where snapshot_id = 'snapshot id from
  previous query';
 
  also, check there are locked images related to this snapshot:
  select image_guid,imagestatus from images where vm_snapshot_id =
  'snapshot id from previous query' and imagestatus != 1;
 
  if so, need to unlock it as well:
  updates images set imagestatus = 1 where image_guid = 'id of images from
  previous query';
 
 
  let me know how it went
 
   Kind regards,
  
   2015-03-30 13:46 GMT+02:00 Omer Frenkel ofren...@redhat.com:
  
   
   
- Original Message -
 From: Koen Vanoppen vanoppen.k...@gmail.com
 To: Omer Frenkel ofren...@redhat.com, users@ovirt.org
 Sent: Monday, March 30, 2015 7:44:10 AM
 Subject: Re: [ovirt-users] Snapshot issue

 I can't even remove them... Something needs to be done... Any ideas?

   
not sure i understand what you tried?
the 'broken' snapshots are locked, so you can't remove them.
as i said, there is no easy and safe way to fix this...
you can try to change the status of the snapshot in the db - but i am
  not
sure what will happen!
   
 2015-03-25 8:45 GMT+01:00 Koen Vanoppen vanoppen.k...@gmail.com:

  Hi Omer,
 
  Thanks for your reply.
  I was cleaning our snapshots on oVirt. So I started deleting
  snapshots
one
  by one. In total in deleted 10 snapshots. 5 VM's came back up,
  without
the
  error message, the rest of them are still down with this error
  message.
 
  2015-03-25 7:36 GMT+01:00 Omer Frenkel ofren...@redhat.com:
 
 
 
  - Original Message -
   From: Koen Vanoppen vanoppen.k...@gmail.com
   To: users@ovirt.org
   Sent: Wednesday, March 25, 2015 8:09:17 AM
   Subject: Re: [ovirt-users] Snapshot issue
  
   I'm still not able to start my VM's:
   Cannot run VM. The VM is performing an operation on a Snapshot.
Please
  wait
   for the operation to finish, and try again...
  
   I already restarted the vdsm deamons on the hypervisors and
restarted
  the
   engine too... Does anybody has any clue how I can solve this
  state?
  
   Kind regards,
  
   Koen
  
   2015-03-24 7:45 GMT+01:00 Koen Vanoppen 
  vanoppen.k...@gmail.com
 :
  
  
  
   This is in the logs:
   2015-03-24 07:41:50,436 WARN
[org.ovirt.engine.core.bll.RunVmCommand]
   (ajp--127.0.0.1-8702-12) [686c18ce] CanDoAction of action RunVm
failed
  for
   user Reasons:
  
VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_VM_IS_DURING_SNAPSHOT
  
   Can't I clear all this? Because I Still have several machines
  down
due
  the
   reason he is still in the cannot run VM... state...
  
 
  this happens because you have a snapshot in status locked,
  probably you did some operation on snapshot and something went
  wrong
(it
  might have failed without clearing the state..)
  there is no easy and safe way to fix this (you can change the
  status
of
  the snapshot in the db but i am

Re: [ovirt-users] Snapshot issue

[Omer Frenkel]

- Original Message -
 From: Koen Vanoppen vanoppen.k...@gmail.com
 To: Omer Frenkel ofren...@redhat.com, users@ovirt.org
 Sent: Tuesday, March 31, 2015 7:35:57 AM
 Subject: Re: [ovirt-users] Snapshot issue
 
 I just wanted to remove the snapshots in ovirt... That's all... And now
 they are locked. Without the possibility to remove, reboot the vm or cancel
 the snapshots...
 So I'm stuck... How can I change the status of the snapshot in the db, so
 that at least I can remove the VM? And what could be the impact , worst
 case?
 

i thought you want to save the vm, then the worst case might be data corruption,
in case something is really wrong with the snapshots and you try to run the vm.

more optimistic, in case snapshot is missing in storage but not deleted in db,
vm would fail to start, then you might be able to just delete the snapshot 
(again probably only manually in db)
and recover completely.

if you just want to delete the vm, worst case would be that you have to clear 
manually stuff from the db/storage

if you decide to change the db, better to have a backup :)
also, i would recommend making it when the engine is down.

ok, so, first to get the info in the db:
select snapshot_id,description,status from snapshots where status = 'LOCKED' 
and vm_id in (select vm_guid from vm_static where vm_name='vm name here');

just update it to be 'OK' :
update snapshots set status = 'OK' where snapshot_id = 'snapshot id from 
previous query';

also, check there are locked images related to this snapshot:
select image_guid,imagestatus from images where vm_snapshot_id = 'snapshot id 
from previous query' and imagestatus != 1;

if so, need to unlock it as well:
updates images set imagestatus = 1 where image_guid = 'id of images from 
previous query';


let me know how it went

 Kind regards,
 
 2015-03-30 13:46 GMT+02:00 Omer Frenkel ofren...@redhat.com:
 
 
 
  - Original Message -
   From: Koen Vanoppen vanoppen.k...@gmail.com
   To: Omer Frenkel ofren...@redhat.com, users@ovirt.org
   Sent: Monday, March 30, 2015 7:44:10 AM
   Subject: Re: [ovirt-users] Snapshot issue
  
   I can't even remove them... Something needs to be done... Any ideas?
  
 
  not sure i understand what you tried?
  the 'broken' snapshots are locked, so you can't remove them.
  as i said, there is no easy and safe way to fix this...
  you can try to change the status of the snapshot in the db - but i am not
  sure what will happen!
 
   2015-03-25 8:45 GMT+01:00 Koen Vanoppen vanoppen.k...@gmail.com:
  
Hi Omer,
   
Thanks for your reply.
I was cleaning our snapshots on oVirt. So I started deleting snapshots
  one
by one. In total in deleted 10 snapshots. 5 VM's came back up, without
  the
error message, the rest of them are still down with this error message.
   
2015-03-25 7:36 GMT+01:00 Omer Frenkel ofren...@redhat.com:
   
   
   
- Original Message -
 From: Koen Vanoppen vanoppen.k...@gmail.com
 To: users@ovirt.org
 Sent: Wednesday, March 25, 2015 8:09:17 AM
 Subject: Re: [ovirt-users] Snapshot issue

 I'm still not able to start my VM's:
 Cannot run VM. The VM is performing an operation on a Snapshot.
  Please
wait
 for the operation to finish, and try again...

 I already restarted the vdsm deamons on the hypervisors and
  restarted
the
 engine too... Does anybody has any clue how I can solve this state?

 Kind regards,

 Koen

 2015-03-24 7:45 GMT+01:00 Koen Vanoppen  vanoppen.k...@gmail.com
   :



 This is in the logs:
 2015-03-24 07:41:50,436 WARN
  [org.ovirt.engine.core.bll.RunVmCommand]
 (ajp--127.0.0.1-8702-12) [686c18ce] CanDoAction of action RunVm
  failed
for
 user Reasons:

  VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_VM_IS_DURING_SNAPSHOT

 Can't I clear all this? Because I Still have several machines down
  due
the
 reason he is still in the cannot run VM... state...

   
this happens because you have a snapshot in status locked,
probably you did some operation on snapshot and something went wrong
  (it
might have failed without clearing the state..)
there is no easy and safe way to fix this (you can change the status
  of
the snapshot in the db but i am not sure what will happen)
what action did you do with snapshots on this vm?
what was the result?
   


 2015-03-23 8:40 GMT+01:00 Koen Vanoppen  vanoppen.k...@gmail.com
   :



 Dear all,

 I have the following problem:

 Cannot run VM. The VM is performing an operation on a Snapshot.
  Please
wait
 for the operation to finish, and try again.

 It is like this since Friday... How can I resolve this? I really
  need
this vm
 to be up again...

 Kind regards,

 Koen



 ___
 Users mailing list
 Users

Re: [ovirt-users] Snapshot issue

[Koen Vanoppen]

Worked perfectly!!! BIG thanks Omer!!! All my VM's are back up. Nothing
lost!

SOLVED!!!

2015-03-31 9:53 GMT+02:00 Omer Frenkel ofren...@redhat.com:



 - Original Message -
  From: Koen Vanoppen vanoppen.k...@gmail.com
  To: Omer Frenkel ofren...@redhat.com, users@ovirt.org
  Sent: Tuesday, March 31, 2015 7:35:57 AM
  Subject: Re: [ovirt-users] Snapshot issue
 
  I just wanted to remove the snapshots in ovirt... That's all... And now
  they are locked. Without the possibility to remove, reboot the vm or
 cancel
  the snapshots...
  So I'm stuck... How can I change the status of the snapshot in the db, so
  that at least I can remove the VM? And what could be the impact , worst
  case?
 

 i thought you want to save the vm, then the worst case might be data
 corruption,
 in case something is really wrong with the snapshots and you try to run
 the vm.

 more optimistic, in case snapshot is missing in storage but not deleted in
 db,
 vm would fail to start, then you might be able to just delete the snapshot
 (again probably only manually in db)
 and recover completely.

 if you just want to delete the vm, worst case would be that you have to
 clear manually stuff from the db/storage

 if you decide to change the db, better to have a backup :)
 also, i would recommend making it when the engine is down.

 ok, so, first to get the info in the db:
 select snapshot_id,description,status from snapshots where status =
 'LOCKED' and vm_id in (select vm_guid from vm_static where vm_name='vm
 name here');

 just update it to be 'OK' :
 update snapshots set status = 'OK' where snapshot_id = 'snapshot id from
 previous query';

 also, check there are locked images related to this snapshot:
 select image_guid,imagestatus from images where vm_snapshot_id =
 'snapshot id from previous query' and imagestatus != 1;

 if so, need to unlock it as well:
 updates images set imagestatus = 1 where image_guid = 'id of images from
 previous query';


 let me know how it went

  Kind regards,
 
  2015-03-30 13:46 GMT+02:00 Omer Frenkel ofren...@redhat.com:
 
  
  
   - Original Message -
From: Koen Vanoppen vanoppen.k...@gmail.com
To: Omer Frenkel ofren...@redhat.com, users@ovirt.org
Sent: Monday, March 30, 2015 7:44:10 AM
Subject: Re: [ovirt-users] Snapshot issue
   
I can't even remove them... Something needs to be done... Any ideas?
   
  
   not sure i understand what you tried?
   the 'broken' snapshots are locked, so you can't remove them.
   as i said, there is no easy and safe way to fix this...
   you can try to change the status of the snapshot in the db - but i am
 not
   sure what will happen!
  
2015-03-25 8:45 GMT+01:00 Koen Vanoppen vanoppen.k...@gmail.com:
   
 Hi Omer,

 Thanks for your reply.
 I was cleaning our snapshots on oVirt. So I started deleting
 snapshots
   one
 by one. In total in deleted 10 snapshots. 5 VM's came back up,
 without
   the
 error message, the rest of them are still down with this error
 message.

 2015-03-25 7:36 GMT+01:00 Omer Frenkel ofren...@redhat.com:



 - Original Message -
  From: Koen Vanoppen vanoppen.k...@gmail.com
  To: users@ovirt.org
  Sent: Wednesday, March 25, 2015 8:09:17 AM
  Subject: Re: [ovirt-users] Snapshot issue
 
  I'm still not able to start my VM's:
  Cannot run VM. The VM is performing an operation on a Snapshot.
   Please
 wait
  for the operation to finish, and try again...
 
  I already restarted the vdsm deamons on the hypervisors and
   restarted
 the
  engine too... Does anybody has any clue how I can solve this
 state?
 
  Kind regards,
 
  Koen
 
  2015-03-24 7:45 GMT+01:00 Koen Vanoppen 
 vanoppen.k...@gmail.com
:
 
 
 
  This is in the logs:
  2015-03-24 07:41:50,436 WARN
   [org.ovirt.engine.core.bll.RunVmCommand]
  (ajp--127.0.0.1-8702-12) [686c18ce] CanDoAction of action RunVm
   failed
 for
  user Reasons:
 
   VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_VM_IS_DURING_SNAPSHOT
 
  Can't I clear all this? Because I Still have several machines
 down
   due
 the
  reason he is still in the cannot run VM... state...
 

 this happens because you have a snapshot in status locked,
 probably you did some operation on snapshot and something went
 wrong
   (it
 might have failed without clearing the state..)
 there is no easy and safe way to fix this (you can change the
 status
   of
 the snapshot in the db but i am not sure what will happen)
 what action did you do with snapshots on this vm?
 what was the result?

 
 
  2015-03-23 8:40 GMT+01:00 Koen Vanoppen 
 vanoppen.k...@gmail.com
:
 
 
 
  Dear all,
 
  I have the following problem:
 
  Cannot run VM. The VM is performing an operation on a Snapshot.
   Please
 wait

Re: [ovirt-users] Snapshot issue

[Omer Frenkel]

- Original Message -
 From: Koen Vanoppen vanoppen.k...@gmail.com
 To: Omer Frenkel ofren...@redhat.com, users@ovirt.org
 Sent: Monday, March 30, 2015 7:44:10 AM
 Subject: Re: [ovirt-users] Snapshot issue
 
 I can't even remove them... Something needs to be done... Any ideas?
 

not sure i understand what you tried?
the 'broken' snapshots are locked, so you can't remove them.
as i said, there is no easy and safe way to fix this...
you can try to change the status of the snapshot in the db - but i am not sure 
what will happen!

 2015-03-25 8:45 GMT+01:00 Koen Vanoppen vanoppen.k...@gmail.com:
 
  Hi Omer,
 
  Thanks for your reply.
  I was cleaning our snapshots on oVirt. So I started deleting snapshots one
  by one. In total in deleted 10 snapshots. 5 VM's came back up, without the
  error message, the rest of them are still down with this error message.
 
  2015-03-25 7:36 GMT+01:00 Omer Frenkel ofren...@redhat.com:
 
 
 
  - Original Message -
   From: Koen Vanoppen vanoppen.k...@gmail.com
   To: users@ovirt.org
   Sent: Wednesday, March 25, 2015 8:09:17 AM
   Subject: Re: [ovirt-users] Snapshot issue
  
   I'm still not able to start my VM's:
   Cannot run VM. The VM is performing an operation on a Snapshot. Please
  wait
   for the operation to finish, and try again...
  
   I already restarted the vdsm deamons on the hypervisors and restarted
  the
   engine too... Does anybody has any clue how I can solve this state?
  
   Kind regards,
  
   Koen
  
   2015-03-24 7:45 GMT+01:00 Koen Vanoppen  vanoppen.k...@gmail.com  :
  
  
  
   This is in the logs:
   2015-03-24 07:41:50,436 WARN [org.ovirt.engine.core.bll.RunVmCommand]
   (ajp--127.0.0.1-8702-12) [686c18ce] CanDoAction of action RunVm failed
  for
   user Reasons:
   VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_VM_IS_DURING_SNAPSHOT
  
   Can't I clear all this? Because I Still have several machines down due
  the
   reason he is still in the cannot run VM... state...
  
 
  this happens because you have a snapshot in status locked,
  probably you did some operation on snapshot and something went wrong (it
  might have failed without clearing the state..)
  there is no easy and safe way to fix this (you can change the status of
  the snapshot in the db but i am not sure what will happen)
  what action did you do with snapshots on this vm?
  what was the result?
 
  
  
   2015-03-23 8:40 GMT+01:00 Koen Vanoppen  vanoppen.k...@gmail.com  :
  
  
  
   Dear all,
  
   I have the following problem:
  
   Cannot run VM. The VM is performing an operation on a Snapshot. Please
  wait
   for the operation to finish, and try again.
  
   It is like this since Friday... How can I resolve this? I really need
  this vm
   to be up again...
  
   Kind regards,
  
   Koen
  
  
  
   ___
   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 issue

[Koen Vanoppen]

I just wanted to remove the snapshots in ovirt... That's all... And now
they are locked. Without the possibility to remove, reboot the vm or cancel
the snapshots...
So I'm stuck... How can I change the status of the snapshot in the db, so
that at least I can remove the VM? And what could be the impact , worst
case?

Kind regards,

2015-03-30 13:46 GMT+02:00 Omer Frenkel ofren...@redhat.com:



 - Original Message -
  From: Koen Vanoppen vanoppen.k...@gmail.com
  To: Omer Frenkel ofren...@redhat.com, users@ovirt.org
  Sent: Monday, March 30, 2015 7:44:10 AM
  Subject: Re: [ovirt-users] Snapshot issue
 
  I can't even remove them... Something needs to be done... Any ideas?
 

 not sure i understand what you tried?
 the 'broken' snapshots are locked, so you can't remove them.
 as i said, there is no easy and safe way to fix this...
 you can try to change the status of the snapshot in the db - but i am not
 sure what will happen!

  2015-03-25 8:45 GMT+01:00 Koen Vanoppen vanoppen.k...@gmail.com:
 
   Hi Omer,
  
   Thanks for your reply.
   I was cleaning our snapshots on oVirt. So I started deleting snapshots
 one
   by one. In total in deleted 10 snapshots. 5 VM's came back up, without
 the
   error message, the rest of them are still down with this error message.
  
   2015-03-25 7:36 GMT+01:00 Omer Frenkel ofren...@redhat.com:
  
  
  
   - Original Message -
From: Koen Vanoppen vanoppen.k...@gmail.com
To: users@ovirt.org
Sent: Wednesday, March 25, 2015 8:09:17 AM
Subject: Re: [ovirt-users] Snapshot issue
   
I'm still not able to start my VM's:
Cannot run VM. The VM is performing an operation on a Snapshot.
 Please
   wait
for the operation to finish, and try again...
   
I already restarted the vdsm deamons on the hypervisors and
 restarted
   the
engine too... Does anybody has any clue how I can solve this state?
   
Kind regards,
   
Koen
   
2015-03-24 7:45 GMT+01:00 Koen Vanoppen  vanoppen.k...@gmail.com
  :
   
   
   
This is in the logs:
2015-03-24 07:41:50,436 WARN
 [org.ovirt.engine.core.bll.RunVmCommand]
(ajp--127.0.0.1-8702-12) [686c18ce] CanDoAction of action RunVm
 failed
   for
user Reasons:
   
 VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_VM_IS_DURING_SNAPSHOT
   
Can't I clear all this? Because I Still have several machines down
 due
   the
reason he is still in the cannot run VM... state...
   
  
   this happens because you have a snapshot in status locked,
   probably you did some operation on snapshot and something went wrong
 (it
   might have failed without clearing the state..)
   there is no easy and safe way to fix this (you can change the status
 of
   the snapshot in the db but i am not sure what will happen)
   what action did you do with snapshots on this vm?
   what was the result?
  
   
   
2015-03-23 8:40 GMT+01:00 Koen Vanoppen  vanoppen.k...@gmail.com
  :
   
   
   
Dear all,
   
I have the following problem:
   
Cannot run VM. The VM is performing an operation on a Snapshot.
 Please
   wait
for the operation to finish, and try again.
   
It is like this since Friday... How can I resolve this? I really
 need
   this vm
to be up again...
   
Kind regards,
   
Koen
   
   
   
___
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 issue

[Koen Vanoppen]

INFO  [org.ovirt.engine.core.bll.RemoveVmCommand] (ajp--127.0.0.1-8702-39)
[12468b58] Lock Acquired to object EngineLock [exclusiveLocks= key:
00d0ee6c-9618-4033-9c70-4001e32a0641 value: VM
, sharedLocks= ]
2015-03-31 06:46:02,886 WARN  [org.ovirt.engine.core.bll.RemoveVmCommand]
(ajp--127.0.0.1-8702-39) [12468b58] CanDoAction of action RemoveVm failed
for user vanoppek@. Reasons:
VAR__ACTION__REMOVE,VAR__TYPE__VM,ACTION_TYPE_FAILED_VM_IS_DURING_SNAPSHOT
2015-03-31 06:46:02,889 INFO  [org.ovirt.engine.core.bll.RemoveVmCommand]
(ajp--127.0.0.1-8702-39) [12468b58] Lock freed to object EngineLock
[exclusiveLocks= key: 00d0ee6c-9618-4033-9c70-4001e32a0641 value: VM
, sharedLocks= ]


2015-03-31 6:35 GMT+02:00 Koen Vanoppen vanoppen.k...@gmail.com:

 I just wanted to remove the snapshots in ovirt... That's all... And now
 they are locked. Without the possibility to remove, reboot the vm or cancel
 the snapshots...
 So I'm stuck... How can I change the status of the snapshot in the db, so
 that at least I can remove the VM? And what could be the impact , worst
 case?

 Kind regards,

 2015-03-30 13:46 GMT+02:00 Omer Frenkel ofren...@redhat.com:



 - Original Message -
  From: Koen Vanoppen vanoppen.k...@gmail.com
  To: Omer Frenkel ofren...@redhat.com, users@ovirt.org
  Sent: Monday, March 30, 2015 7:44:10 AM
  Subject: Re: [ovirt-users] Snapshot issue
 
  I can't even remove them... Something needs to be done... Any ideas?
 

 not sure i understand what you tried?
 the 'broken' snapshots are locked, so you can't remove them.
 as i said, there is no easy and safe way to fix this...
 you can try to change the status of the snapshot in the db - but i am not
 sure what will happen!

  2015-03-25 8:45 GMT+01:00 Koen Vanoppen vanoppen.k...@gmail.com:
 
   Hi Omer,
  
   Thanks for your reply.
   I was cleaning our snapshots on oVirt. So I started deleting
 snapshots one
   by one. In total in deleted 10 snapshots. 5 VM's came back up,
 without the
   error message, the rest of them are still down with this error
 message.
  
   2015-03-25 7:36 GMT+01:00 Omer Frenkel ofren...@redhat.com:
  
  
  
   - Original Message -
From: Koen Vanoppen vanoppen.k...@gmail.com
To: users@ovirt.org
Sent: Wednesday, March 25, 2015 8:09:17 AM
Subject: Re: [ovirt-users] Snapshot issue
   
I'm still not able to start my VM's:
Cannot run VM. The VM is performing an operation on a Snapshot.
 Please
   wait
for the operation to finish, and try again...
   
I already restarted the vdsm deamons on the hypervisors and
 restarted
   the
engine too... Does anybody has any clue how I can solve this state?
   
Kind regards,
   
Koen
   
2015-03-24 7:45 GMT+01:00 Koen Vanoppen  vanoppen.k...@gmail.com
  :
   
   
   
This is in the logs:
2015-03-24 07:41:50,436 WARN
 [org.ovirt.engine.core.bll.RunVmCommand]
(ajp--127.0.0.1-8702-12) [686c18ce] CanDoAction of action RunVm
 failed
   for
user Reasons:
   
 VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_VM_IS_DURING_SNAPSHOT
   
Can't I clear all this? Because I Still have several machines down
 due
   the
reason he is still in the cannot run VM... state...
   
  
   this happens because you have a snapshot in status locked,
   probably you did some operation on snapshot and something went wrong
 (it
   might have failed without clearing the state..)
   there is no easy and safe way to fix this (you can change the status
 of
   the snapshot in the db but i am not sure what will happen)
   what action did you do with snapshots on this vm?
   what was the result?
  
   
   
2015-03-23 8:40 GMT+01:00 Koen Vanoppen  vanoppen.k...@gmail.com
  :
   
   
   
Dear all,
   
I have the following problem:
   
Cannot run VM. The VM is performing an operation on a Snapshot.
 Please
   wait
for the operation to finish, and try again.
   
It is like this since Friday... How can I resolve this? I really
 need
   this vm
to be up again...
   
Kind regards,
   
Koen
   
   
   
___
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 issue

[Koen Vanoppen]

I can't even remove them... Something needs to be done... Any ideas?

2015-03-25 8:45 GMT+01:00 Koen Vanoppen vanoppen.k...@gmail.com:

 Hi Omer,

 Thanks for your reply.
 I was cleaning our snapshots on oVirt. So I started deleting snapshots one
 by one. In total in deleted 10 snapshots. 5 VM's came back up, without the
 error message, the rest of them are still down with this error message.

 2015-03-25 7:36 GMT+01:00 Omer Frenkel ofren...@redhat.com:



 - Original Message -
  From: Koen Vanoppen vanoppen.k...@gmail.com
  To: users@ovirt.org
  Sent: Wednesday, March 25, 2015 8:09:17 AM
  Subject: Re: [ovirt-users] Snapshot issue
 
  I'm still not able to start my VM's:
  Cannot run VM. The VM is performing an operation on a Snapshot. Please
 wait
  for the operation to finish, and try again...
 
  I already restarted the vdsm deamons on the hypervisors and restarted
 the
  engine too... Does anybody has any clue how I can solve this state?
 
  Kind regards,
 
  Koen
 
  2015-03-24 7:45 GMT+01:00 Koen Vanoppen  vanoppen.k...@gmail.com  :
 
 
 
  This is in the logs:
  2015-03-24 07:41:50,436 WARN [org.ovirt.engine.core.bll.RunVmCommand]
  (ajp--127.0.0.1-8702-12) [686c18ce] CanDoAction of action RunVm failed
 for
  user Reasons:
  VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_VM_IS_DURING_SNAPSHOT
 
  Can't I clear all this? Because I Still have several machines down due
 the
  reason he is still in the cannot run VM... state...
 

 this happens because you have a snapshot in status locked,
 probably you did some operation on snapshot and something went wrong (it
 might have failed without clearing the state..)
 there is no easy and safe way to fix this (you can change the status of
 the snapshot in the db but i am not sure what will happen)
 what action did you do with snapshots on this vm?
 what was the result?

 
 
  2015-03-23 8:40 GMT+01:00 Koen Vanoppen  vanoppen.k...@gmail.com  :
 
 
 
  Dear all,
 
  I have the following problem:
 
  Cannot run VM. The VM is performing an operation on a Snapshot. Please
 wait
  for the operation to finish, and try again.
 
  It is like this since Friday... How can I resolve this? I really need
 this vm
  to be up again...
 
  Kind regards,
 
  Koen
 
 
 
  ___
  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 issue

[Omer Frenkel]

- Original Message -
 From: Koen Vanoppen vanoppen.k...@gmail.com
 To: users@ovirt.org
 Sent: Wednesday, March 25, 2015 8:09:17 AM
 Subject: Re: [ovirt-users] Snapshot issue
 
 I'm still not able to start my VM's:
 Cannot run VM. The VM is performing an operation on a Snapshot. Please wait
 for the operation to finish, and try again...
 
 I already restarted the vdsm deamons on the hypervisors and restarted the
 engine too... Does anybody has any clue how I can solve this state?
 
 Kind regards,
 
 Koen
 
 2015-03-24 7:45 GMT+01:00 Koen Vanoppen  vanoppen.k...@gmail.com  :
 
 
 
 This is in the logs:
 2015-03-24 07:41:50,436 WARN [org.ovirt.engine.core.bll.RunVmCommand]
 (ajp--127.0.0.1-8702-12) [686c18ce] CanDoAction of action RunVm failed for
 user Reasons:
 VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_VM_IS_DURING_SNAPSHOT
 
 Can't I clear all this? Because I Still have several machines down due the
 reason he is still in the cannot run VM... state...
 

this happens because you have a snapshot in status locked,
probably you did some operation on snapshot and something went wrong (it might 
have failed without clearing the state..)
there is no easy and safe way to fix this (you can change the status of the 
snapshot in the db but i am not sure what will happen)
what action did you do with snapshots on this vm?
what was the result?

 
 
 2015-03-23 8:40 GMT+01:00 Koen Vanoppen  vanoppen.k...@gmail.com  :
 
 
 
 Dear all,
 
 I have the following problem:
 
 Cannot run VM. The VM is performing an operation on a Snapshot. Please wait
 for the operation to finish, and try again.
 
 It is like this since Friday... How can I resolve this? I really need this vm
 to be up again...
 
 Kind regards,
 
 Koen
 
 
 
 ___
 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 issue

[Koen Vanoppen]

I'm still not able to start my VM's:
Cannot run VM. The VM is performing an operation on a Snapshot. Please wait
for the operation to finish, and try again...

I already restarted the vdsm deamons on the hypervisors and restarted the
engine too... Does anybody has any clue how I can solve this state?

Kind regards,

Koen

2015-03-24 7:45 GMT+01:00 Koen Vanoppen vanoppen.k...@gmail.com:

 This is in the logs:
 2015-03-24 07:41:50,436 WARN  [org.ovirt.engine.core.bll.RunVmCommand]
 (ajp--127.0.0.1-8702-12) [686c18ce] CanDoAction of action RunVm failed for
 user  Reasons:
 VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_VM_IS_DURING_SNAPSHOT

 Can't I clear all this? Because I Still have several machines down due the
 reason he is still in the cannot run VM... state...



 2015-03-23 8:40 GMT+01:00 Koen Vanoppen vanoppen.k...@gmail.com:

 Dear all,

 I have the following problem:

 Cannot run VM. The VM is performing an operation on a Snapshot. Please
 wait for the operation to finish, and try again.

 It is like this since Friday... How can I resolve this? I really need
 this vm to be up again...

 Kind regards,

 Koen



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot issue

[Koen Vanoppen]

Hi Omer,

Thanks for your reply.
I was cleaning our snapshots on oVirt. So I started deleting snapshots one
by one. In total in deleted 10 snapshots. 5 VM's came back up, without the
error message, the rest of them are still down with this error message.

2015-03-25 7:36 GMT+01:00 Omer Frenkel ofren...@redhat.com:



 - Original Message -
  From: Koen Vanoppen vanoppen.k...@gmail.com
  To: users@ovirt.org
  Sent: Wednesday, March 25, 2015 8:09:17 AM
  Subject: Re: [ovirt-users] Snapshot issue
 
  I'm still not able to start my VM's:
  Cannot run VM. The VM is performing an operation on a Snapshot. Please
 wait
  for the operation to finish, and try again...
 
  I already restarted the vdsm deamons on the hypervisors and restarted the
  engine too... Does anybody has any clue how I can solve this state?
 
  Kind regards,
 
  Koen
 
  2015-03-24 7:45 GMT+01:00 Koen Vanoppen  vanoppen.k...@gmail.com  :
 
 
 
  This is in the logs:
  2015-03-24 07:41:50,436 WARN [org.ovirt.engine.core.bll.RunVmCommand]
  (ajp--127.0.0.1-8702-12) [686c18ce] CanDoAction of action RunVm failed
 for
  user Reasons:
  VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_VM_IS_DURING_SNAPSHOT
 
  Can't I clear all this? Because I Still have several machines down due
 the
  reason he is still in the cannot run VM... state...
 

 this happens because you have a snapshot in status locked,
 probably you did some operation on snapshot and something went wrong (it
 might have failed without clearing the state..)
 there is no easy and safe way to fix this (you can change the status of
 the snapshot in the db but i am not sure what will happen)
 what action did you do with snapshots on this vm?
 what was the result?

 
 
  2015-03-23 8:40 GMT+01:00 Koen Vanoppen  vanoppen.k...@gmail.com  :
 
 
 
  Dear all,
 
  I have the following problem:
 
  Cannot run VM. The VM is performing an operation on a Snapshot. Please
 wait
  for the operation to finish, and try again.
 
  It is like this since Friday... How can I resolve this? I really need
 this vm
  to be up again...
 
  Kind regards,
 
  Koen
 
 
 
  ___
  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 issue

[Koen Vanoppen]

This is in the logs:
2015-03-24 07:41:50,436 WARN  [org.ovirt.engine.core.bll.RunVmCommand]
(ajp--127.0.0.1-8702-12) [686c18ce] CanDoAction of action RunVm failed for
user  Reasons:
VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_VM_IS_DURING_SNAPSHOT

Can't I clear all this? Because I Still have several machines down due the
reason he is still in the cannot run VM... state...



2015-03-23 8:40 GMT+01:00 Koen Vanoppen vanoppen.k...@gmail.com:

 Dear all,

 I have the following problem:

 Cannot run VM. The VM is performing an operation on a Snapshot. Please
 wait for the operation to finish, and try again.

 It is like this since Friday... How can I resolve this? I really need this
 vm to be up again...

 Kind regards,

 Koen

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Snapshot issue

[Koen Vanoppen]

Dear all,

I have the following problem:

Cannot run VM. The VM is performing an operation on a Snapshot. Please wait
for the operation to finish, and try again.

It is like this since Friday... How can I resolve this? I really need this
vm to be up again...

Kind regards,

Koen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] snapshot deletion problem

[Demeter Tibor]

Hi, 

After a live VM storage movement process Ovirt has been created two snapshots. 
(I have two disks in vm) 
I have powered off and delete this snapshots. 
(It was long,long time) 
Before the process I had 830 GB of free spaces, but after deletion it hasn't 
freed up spaces, inversely, at this moment I have only 530 GB ! 
I checked the filesystem and I found, the VM disk images got an _MERGE 
versions. 
So it is duplicated. 
On the tasks remained two tasks. 

It is big problem for me because I have a lot of similara vm-s, and I don't 
have space enougth. I need to release this spaces . 

Also, the vm is working fine. 

How can I delete these extra files? Why doesn't delete the engine selfmade? 

Some info: 



[root@node2 c0e98725-bc7a-4066-98c8-a7a9bc054b06]# ls -al 
total 410061112 
drwxr-xr-x. 2 vdsm kvm 8192 dec 17 20.04 . 
drwxr-xr-x. 28 vdsm kvm 8192 dec 16 21.01 .. 
-rw-rw. 2 vdsm kvm 214748364800 nov 29 20.48 
b50f9e17-f44e-44e3-ab59-d9c9d8d6ac3d 
-rw-rw. 2 vdsm kvm 1048576 nov 29 19.31 
b50f9e17-f44e-44e3-ab59-d9c9d8d6ac3d.lease 
-rw-r--r--. 2 vdsm kvm 264 nov 29 20.48 
b50f9e17-f44e-44e3-ab59-d9c9d8d6ac3d.meta 
-rw-rw. 2 vdsm kvm 25146425344 dec 18 06.49 
e71c2b62-261b-462a-813d-2dc362f32124 
-rw-rw. 2 vdsm kvm 1048576 nov 29 19.31 
e71c2b62-261b-462a-813d-2dc362f32124.lease 
-rw-rw. 2 vdsm kvm 214748364800 dec 18 07.28 
e71c2b62-261b-462a-813d-2dc362f32124_MERGE 
-rw-rw. 2 vdsm kvm 1048576 dec 17 20.04 
e71c2b62-261b-462a-813d-2dc362f32124_MERGE.lease 
-rw-r--r--. 2 vdsm kvm 260 dec 17 20.04 
e71c2b62-261b-462a-813d-2dc362f32124_MERGE.meta 
-rw-r--r--. 2 vdsm kvm 260 nov 29 19.31 
e71c2b62-261b-462a-813d-2dc362f32124.meta 



[root@node2 25035c1e-d71b-4083-9092-0f68f3e43028]# qemu-img info 
7e5b3508-e8b1-440b-b456-9ce2b3c1de00 
image: 7e5b3508-e8b1-440b-b456-9ce2b3c1de00 
file format: raw 
virtual size: 160G (171798691840 bytes) 
disk size: 157G 
[root@node2 25035c1e-d71b-4083-9092-0f68f3e43028]# qemu-img info 
ef5b80e9-f6a3-405f-a668-10de3a18a781 
image: ef5b80e9-f6a3-405f-a668-10de3a18a781 
file format: qcow2 
virtual size: 160G (171798691840 bytes) 
disk size: 1.1G 
cluster_size: 65536 
backing file: 
../25035c1e-d71b-4083-9092-0f68f3e43028/7e5b3508-e8b1-440b-b456-9ce2b3c1de00 
backing file format: raw 
, 
Thanks in advance. 

Tibor 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Snapshot deletion gone horribly wrong - Urgent

[Stefan Wendler]

Hi,

I'm trying to delete a 1TB snapshot on a store with 1.5TB free space.
should be more than enough and the engine didn't complain.
The snapshot to delete is the only snapshot for this VM.

I started snapshot deletion a couple of hours ago. ovirt then started
filling up the store. I'm sure it happened because of the snapshot
deletion. I have seen this many times when deleting snapshots.
Now I have a couple of KBytes left on the store and the snapshot is
marked as broken. And I cannot delete the snapshot because of not enough
free space. Is there a way to alter the database and then delete the
snapshot files by hand?

I know the files that are the snapshots and could delete them but then
the vm wouldn't start because it is missing the files.

Cheers,
Stefan
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot deletion gone horribly wrong - Urgent

[Stefan Wendler]

After exporting some unused VMs and deleting other snapshots afterwards
I'm back to 500GB. But the partially deleted 1TB Snapshot is still there
and needs to be cleaned up.

Is there a clean way to cleanup partially deleted/migrated snapshots
without loosing more disk space? What I don't understand is what is
there to migrate, if it is the last snapshot anyway? Shouldn't the
Actual VM-disks be in a consistent state with or without the
snapshots? Or asked another way ... are there documents with an in-depth
description on how snapshots work in oVirt?

Cheers,
Stefan

On 11/01/14 17:56, Stefan Wendler wrote:
 Hi,
 
 I'm trying to delete a 1TB snapshot on a store with 1.5TB free space.
 should be more than enough and the engine didn't complain.
 The snapshot to delete is the only snapshot for this VM.
 
 I started snapshot deletion a couple of hours ago. ovirt then started
 filling up the store. I'm sure it happened because of the snapshot
 deletion. I have seen this many times when deleting snapshots.
 Now I have a couple of KBytes left on the store and the snapshot is
 marked as broken. And I cannot delete the snapshot because of not enough
 free space. Is there a way to alter the database and then delete the
 snapshot files by hand?
 
 I know the files that are the snapshots and could delete them but then
 the vm wouldn't start because it is missing the files.
 
 Cheers,
 Stefan
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
 



signature.asc
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot preview,clone and undo using ovirt api

[Shanil S]

Hi Daniel,

Okay.. Thanks..

I will try and get back to you if any issues exists..

-- 
Regards
Shanil


On Thu, Aug 28, 2014 at 11:53 AM, Daniel Erez de...@redhat.com wrote:



 - Original Message -
  From: Doron Fediuck dfedi...@redhat.com
  To: Shanil S xielessha...@gmail.com
  Cc: users@ovirt.org
  Sent: Wednesday, August 27, 2014 5:45:04 PM
  Subject: Re: [ovirt-users] Snapshot preview,clone and undo using ovirt
 api
 
 
 
  - Original Message -
   From: Shanil S xielessha...@gmail.com
   To: users@ovirt.org
   Sent: Wednesday, August 27, 2014 2:07:15 PM
   Subject: [ovirt-users] Snapshot preview,clone and undo using ovirt api
  
   Hi All,
  
   In the ovirt admin panel, it is possible to do the following snapshots
   actions
  
   1. Clone
   2. Preview
   3. Undo
  
   but i couldn't find out any direct api methods to do these actions, Is
 it
   possible to it using the ovirt api ?

 Hi Shanil,

 Preview/Undo actions can be invoked from VM context.
 I.e.:
 /api/vms/{vm_id}/preview_snapshot
 /api/vms/{vm_id}/undo_snapshot

 These actions are supported only on versions  3.4,
 in older versions, use 'restore' (which is 'preview + commit'):
 /api/vms/{vm_id}/snapshots/{snapshot_id}/restore

 To clone a VM from snapshot, POST to /api/vms :
 vm
   ...
   snapshots
 snapshot id={snapshot_id}/
   /snapshots
   ...
 /vm

  
  
   --
   Regards
   Shanil
  
 
  Hi Shanil,
  take a look here:
  http://www.ovirt.org/Features/Single_Disk_Snapshot#REST-API
 
  Maybe Allon or other can add some info if needed.
 
  Doron
  ___
  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 preview,clone and undo using ovirt api

[Shanil S]

Hi All,

In the ovirt admin panel, it is possible to do the following snapshots
actions

1. Clone
2. Preview
3. Undo

but i couldn't find out any direct api methods to do these actions, Is it
possible to it using the ovirt api ?


-- 
Regards
Shanil
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot preview,clone and undo using ovirt api

[Doron Fediuck]

- Original Message -
 From: Shanil S xielessha...@gmail.com
 To: users@ovirt.org
 Sent: Wednesday, August 27, 2014 2:07:15 PM
 Subject: [ovirt-users] Snapshot preview,clone and undo using ovirt api
 
 Hi All,
 
 In the ovirt admin panel, it is possible to do the following snapshots
 actions
 
 1. Clone
 2. Preview
 3. Undo
 
 but i couldn't find out any direct api methods to do these actions, Is it
 possible to it using the ovirt api ?
 
 
 --
 Regards
 Shanil
 

Hi Shanil,
take a look here:
http://www.ovirt.org/Features/Single_Disk_Snapshot#REST-API

Maybe Allon or other can add some info if needed.

Doron
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Snapshot error

[Niklas Fondberg]

Hi all,
i¹ve encountered an issue with snapshots on running VM¹s.
I¹ve searched the forums but can¹t find anything that would be wrong with
my setup.

Environment:
CentOS release 6.5 (Final

Linux dl380.dmz.vireone.com 2.6.32-431.20.3.el6.x86_64 #1 SMP Thu Jun 19
21:14:45 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
Ovirt : 3.4.2-1
qemu-kvm-0.12.1.2-2.415.el6_5.10.x86_64
vdsm-cli-4.14.9-0.el6.noarch






Log from engine log:

2014-07-15 20:46:38,197 INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.GetImageInfoVDSCommand]
(org.ovirt.thread.pool-6-thread-28) [5201147a] START,
GetImageInfoVDSCommand( storagePoolId =
deb50055-1955-4993-bfcb-a642d71e84ce, ignoreFailoverLimit = false,
storageDomainId = c5ad71bf-e7a9-4ea0-b7a5-89afd5c2a61e, imageGroupId =
a9210478-e9f8-4cae-a074-9cb49b1445eb, imageId =
0df50d34-157f-4272-9326-f8f8d4beab0d), log id: 74fde04
2014-07-15 20:46:38,230 INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.GetImageInfoVDSCommand]
(org.ovirt.thread.pool-6-thread-28) [5201147a] FINISH,
GetImageInfoVDSCommand, return:
org.ovirt.engine.core.common.businessentities.DiskImage@298f6049, log id:
74fde04
2014-07-15 20:46:38,245 INFO
[org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand]
(org.ovirt.thread.pool-6-thread-28) Lock freed to object EngineLock
[exclusiveLocks= key: 6a507e40-3d0d-48cc-8507-677921f3fd04 value: VM
, sharedLocks= ]
2014-07-15 20:46:38,257 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(org.ovirt.thread.pool-6-thread-28) Correlation ID: 6bc2972a, Job ID:
b32e4c57-6255-4398-8e58-bd5053fbec01, Call Stack:
org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException:
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to SnapshotVDS, error =
Snapshot failed, code = 48 (Failed with error SNAPSHOT_FAILED and code 48)
at 
org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:116)
at 
org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFron
tendImpl.java:33)
at 
org.ovirt.engine.core.bll.CommandBase.runVdsCommand(CommandBase.java:1981)
at 
org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand$2.runInTransactio
n(CreateAllSnapshotsFromVmCommand.java:354)
at 
org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand$2.runInTransactio
n(CreateAllSnapshotsFromVmCommand.java:351)
at 
org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppres
sed(TransactionSupport.java:174)
at 
org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(T
ransactionSupport.java:116)
at 
org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand.performLiveSnapsh
ot(CreateAllSnapshotsFromVmCommand.java:351)
at 
org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand.endVmCommand(Crea
teAllSnapshotsFromVmCommand.java:273)
at 
org.ovirt.engine.core.bll.VmCommand.endSuccessfully(VmCommand.java:304)
at 
org.ovirt.engine.core.bll.CommandBase.internalEndSuccessfully(CommandBase.j
ava:614)
at 
org.ovirt.engine.core.bll.CommandBase.endActionInTransactionScope(CommandBa
se.java:560)
at 
org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:189
6)
at 
org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTran
saction(TransactionSupport.java:210)
at 
org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInRequire
d(TransactionSupport.java:149)
at 
org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(T
ransactionSupport.java:118)
at org.ovirt.engine.core.bll.CommandBase.endAction(CommandBase.java:492)
at org.ovirt.engine.core.bll.Backend.endAction(Backend.java:446)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:5
7)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImp
l.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
org.jboss.as.ee.component.ManagedReferenceMethodInterceptorFactory$ManagedR
eferenceMethodInterceptor.processInvocation(ManagedReferenceMethodIntercept
orFactory.java:72)
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288
)
at 
org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorConte
xt.java:374)
at 
org.ovirt.engine.core.bll.interceptors.ThreadLocalSessionCleanerInterceptor
.injectWebContextToThreadLocal(ThreadLocalSessionCleanerInterceptor.java:13
)
at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImp
l.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptorFactory

Re: [ovirt-users] Snapshot of a Volume/Disk

[Itamar Heim]

On 07/07/2014 01:33 PM, Udaya Kiran P wrote:

Hi All,

I see OpenStack has 'Create Snapshot' feature for a volume.

What is the equivalent operation in oVirt for a disk?

How does the concept of Image, Snapshot and Volume of OpenStack relate
to disks in oVirt?

Please suggest.

Thank You,

Regards,
Udaya Kiran


a disk == volume

an image is more like a template in ovirt.
you can instantiate multiple VMs, thinly or cloned from a template.
one difference is that a template has both the image (via the disks in 
it), as well as the default VM config, while in openstack an image 
doesn't have a config associated with it, as the config comes from the 
flavors. in 3.5, ovirt adds ability to use instance types (flavors) on 
top of the template mechanism (and for plan VMs as well).


you can 'create snapshot' on a VM (for all its disks), or since 3.4, on 
a specific disk.


HTH


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Snapshot of a Volume/Disk

[Udaya Kiran P]

Hi All,

I see OpenStack has 'Create Snapshot' feature for a volume.

What is the equivalent operation in oVirt for a disk?

How does the concept of Image, Snapshot and Volume of OpenStack relate to disks 
in oVirt?

Please suggest.

Thank You,

Regards,
Udaya Kiran___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Snapshot deletion performance [was Latency]

[Markus Stockhausen]

 Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag von 
 Maurice James [mja...@media-node.com]
 Gesendet: Freitag, 27. Juni 2014 01:42
 An: users
 Betreff: [ovirt-users] Spam Latency
 
 I noticed that the following operations take way, way too long:
 Any type of import/export (VM, template. etc.)
 Disk migration
  Snapshot deletion
 These operations take over 60 minutes, most of the time pushing 90 minutes. I 
 know I don't have the fastest storage disks but wow, up to 90 minutes?.
 My NFS storage is on a 4 disk RAID 5.  7200rpm disks. 2GBps network 
 connection.

At least for the snapshot deletion part there might be some headroom
for improvements: https://bugzilla.redhat.com/show_bug.cgi?id=1116565

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot removal

[Federico Simoncelli]

- Original Message -
 From: Dafna Ron d...@redhat.com
 To: users@ovirt.org
 Sent: Thursday, April 17, 2014 12:52:04 PM
 Subject: Re: [ovirt-users] Snapshot removal
 
 NFS is wipe_after_delete=true always.
 so delete of snapshot will merge the data to upper level image + zero in
 on the data which is why this is taking a long time.

I double checked this and I was very much surprised by this finding!

We need a bz right away, Dafna can file it? Thanks!

-- 
Federico
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot removal

[Michal Skrivanek]

On Apr 15, 2014, at 04:09 , Maurice Moe James mja...@media-node.com wrote:

 Is it it me or does it take a very long time to delete a snapshot?
 Upwards of 30 minutes to delete a snapshot of a 7 GB drive

what kind of storage you're using? if it is block-based it zeroes out the data 
which takes time

 
 ___
 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

[Maurice James]

Im using NFS

- Original Message -
From: Michal Skrivanek michal.skriva...@redhat.com
To: Maurice Moe James mja...@media-node.com
Cc: users@ovirt.org
Sent: Thursday, April 17, 2014 5:44:45 AM
Subject: Re: [ovirt-users] Snapshot removal


On Apr 15, 2014, at 04:09 , Maurice Moe James mja...@media-node.com wrote:

 Is it it me or does it take a very long time to delete a snapshot?
 Upwards of 30 minutes to delete a snapshot of a 7 GB drive

what kind of storage you're using? if it is block-based it zeroes out the data 
which takes time

 
 ___
 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

[Dafna Ron]

NFS is wipe_after_delete=true always.
so delete of snapshot will merge the data to upper level image + zero in 
on the data which is why this is taking a long time.



On 04/17/2014 11:47 AM, Maurice James wrote:

Im using NFS

- Original Message -
From: Michal Skrivanek michal.skriva...@redhat.com
To: Maurice Moe James mja...@media-node.com
Cc: users@ovirt.org
Sent: Thursday, April 17, 2014 5:44:45 AM
Subject: Re: [ovirt-users] Snapshot removal


On Apr 15, 2014, at 04:09 , Maurice Moe James mja...@media-node.com wrote:


Is it it me or does it take a very long time to delete a snapshot?
Upwards of 30 minutes to delete a snapshot of a 7 GB drive

what kind of storage you're using? if it is block-based it zeroes out the data 
which takes time


___
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



--
Dafna Ron
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Snapshot removal

[Maurice Moe James]

Is it it me or does it take a very long time to delete a snapshot?
Upwards of 30 minutes to delete a snapshot of a 7 GB drive

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users