Error: Storage format V3 is not supported
I am trying to import a domain that I have used as an export on a previous install. The previous install was no older then v3.5 and was built with the all-in-one-plugin. Before destroying that system I took a portable drive and made an export domain to export my VMs and templates. The new system is up to date an was built as a hosted engine. When I try to import the domain I get the following error: "Error while executing action: Cannot add Storage. Storage format V3 is not supported on the selected host version." I just need to recover the VMs. I connect the USB hard drive to the host and make an export directory just like I did on the old host. # ls -ld /mnt/export_ovirt drwxr-xr-x. 5 vdsm kvm 4096 Mar 6 11:27 /mnt/export_ovirt I have tried both doing an NFS mount # cat /etc/exports.d/ovirt.exports /home/engineha 127.0.0.1/32(rw,anonuid=36,anongid=36,all_squash) /mnt/backup-vm/ 10.3.1.0/24(rw,anonuid=36,anongid=36,all_squash) 127.0.0.1/32(rw,anonuid=36,anongid=36,all_squash) # cat /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/dom_md/metadata CLASS=Backup DESCRIPTION=eport_storage IOOPTIMEOUTSEC=10 LEASERETRIES=3 LEASETIMESEC=60 LOCKPOLICY= LOCKRENEWALINTERVALSEC=5 POOL_UUID=053926e4-e63d-450e-8aa7-6f1235b944c6 REMOTE_PATH=/mnt/export_ovirt/images ROLE=Regular SDUUID=4be3f6ac-7946-4e7b-9ca2-11731c8ba236 TYPE=LOCALFS VERSION=3 _SHA_CKSUM=2e6e203168bd84f3dc97c953b520ea8f78119bf0 # ls -l /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/master/vms/4873de49-9090-40b1-a21d-665633109aa2/4873de49-9090-40b1-a21d-665633109aa2.ovf -rw-r--r--. 1 vdsm kvm 9021 Mar 6 11:50 /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/master/vms/4873de49-9090-40b1-a21d-665633109aa2/4873de49-9090-40b1-a21d-665633109aa2.ovf Thanks, Alex
Hi Alex, This looks like a bug occurring with export domain on local storage, which I'm currently trying to reproduce. In the meantime, please try the following work around: Create an export domain in your new setup. Copy the images and vms directly to the mounted export directory (from old export mount path to new export mount path) Do not copy the metadata, it looks like this is the origin of the problem. I will report back once I confirm the issue. Regards, Vered On Thu, Mar 31, 2016 at 5:28 AM, Alex R <ar.digger@gmail.com> wrote:
I am trying to import a domain that I have used as an export on a previous install. The previous install was no older then v3.5 and was built with the all-in-one-plugin. Before destroying that system I took a portable drive and made an export domain to export my VMs and templates.
The new system is up to date an was built as a hosted engine. When I try to import the domain I get the following error:
"Error while executing action: Cannot add Storage. Storage format V3 is not supported on the selected host version."
I just need to recover the VMs.
I connect the USB hard drive to the host and make an export directory just like I did on the old host.
# ls -ld /mnt/export_ovirt drwxr-xr-x. 5 vdsm kvm 4096 Mar 6 11:27 /mnt/export_ovirt
I have tried both doing an NFS mount # cat /etc/exports.d/ovirt.exports /home/engineha 127.0.0.1/32(rw,anonuid=36,anongid=36,all_squash) /mnt/backup-vm/ 10.3.1.0/24(rw,anonuid=36,anongid=36,all_squash) 127.0.0.1/32(rw,anonuid=36,anongid=36,all_squash)
# cat /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/dom_md/metadata CLASS=Backup DESCRIPTION=eport_storage IOOPTIMEOUTSEC=10 LEASERETRIES=3 LEASETIMESEC=60 LOCKPOLICY= LOCKRENEWALINTERVALSEC=5 POOL_UUID=053926e4-e63d-450e-8aa7-6f1235b944c6 REMOTE_PATH=/mnt/export_ovirt/images ROLE=Regular SDUUID=4be3f6ac-7946-4e7b-9ca2-11731c8ba236 TYPE=LOCALFS VERSION=3 _SHA_CKSUM=2e6e203168bd84f3dc97c953b520ea8f78119bf0
# ls -l /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/master/vms/4873de49-9090-40b1-a21d-665633109aa2/4873de49-9090-40b1-a21d-665633109aa2.ovf
-rw-r--r--. 1 vdsm kvm 9021 Mar 6 11:50 /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/master/vms/4873de49-9090-40b1-a21d-665633109aa2/4873de49-9090-40b1-a21d-665633109aa2.ovf
Thanks, Alex
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Thanks for you suggestion Vered, but it is not working. I copied all files except for 4be3f6ac-7946-4e7b-9ca2-11731c8ba236/dom_md/ metadata I even did a sha256sum on some of the files to verify: 62941ad5c53cb95ef211fbc11919872bae9b2c49f1fa37223162380b13b73a74 /mnt /backup-vm /0b7e96ae-f5e9-4fea-8cf6-33d39ef90162/images/1217e5a7-2cae-4662-a865-047acf2c831a/f84bfd41-622c-4078-a858-fd53a0d4e5ce 62941ad5c53cb95ef211fbc11919872bae9b2c49f1fa37223162380b13b73a74 /mnt /export_ovirt /images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/images/1217e5a7-2cae-4662-a865-047acf2c831a/f84bfd41-622c-4078-a858-fd53a0d4e5ce When I tried to import a VM or template the error was: 2016-03-31 12:18:45,090 ERROR [org.ovirt.engine.core.dal.dbbroker. auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-1) [52c3dca3] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VDSM command failed: Image is not a legal chain: (u'1217e5a7-2cae-4662-a865-047acf2c831a',) 2016-03-31 12:18:45,090 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker. CopyImageVDSCommand] (org.ovirt.thread.pool-8-thread-1) [52c3dca3] Command 'CopyImageVDSCommand( CopyImageVDSCommandParameters:{runAsync='true', storagePoolId='00000001-0001-0001-0001-000000000341', ignoreFailoverLimit='false', storageDomainId='0b7e96ae-f5e9-4fea-8cf6-33d39ef90162', imageGroupId='1217e5a7-2cae-4662-a865-047acf2c831a', imageId='f84bfd41-622c-4078-a858-fd53a0d4e5ce', dstImageGroupId='1217e5a7-2cae-4662-a865-047acf2c831a', vmId='4873de49-9090-40b1-a21d-665633109aa2', dstImageId='f84bfd41-622c-4078-a858-fd53a0d4e5ce', imageDescription='', dstStorageDomainId='e5597ac8-91db-4b9e-b9d3-26dd4cfdd07e', copyVolumeType='SharedVol', volumeFormat='RAW', preallocate='Sparse', postZero='false', force='false'})' execution failed: IRSGenericException: IRSErrorException: Image is not a legal chain: (u'1217e5a7-2cae-4662-a865-047acf2c831a',) 2016-03-31 12:18:45,091 INFO [org.ovirt.engine.core.vdsbroker.irsbroker. CopyImageVDSCommand] (org.ovirt.thread.pool-8-thread-1) [52c3dca3] FINISH, CopyImageVDSCommand, return: 00000000-0000-0000-0000-000000000000, log id: 250060f7 2016-03-31 12:18:45,091 ERROR [org.ovirt.engine.core.bll. CopyImageGroupCommand] (org.ovirt.thread.pool-8-thread-1) [52c3dca3] Command 'org.ovirt.engine.core.bll.CopyImageGroupCommand' failed: EngineException: org.ovirt.engine.core.vdsbroker.irsbroker. IrsOperationFailedNoFailoverException: IRSGenericException: IRSErrorException: Image is not a legal chain: (u'1217e5a7-2cae-4662-a865-047acf2c831a',) (Failed with error ImageIsNotLegalChain and code 262) 2016-03-31 12:18:45,098 INFO [org.ovirt.engine.core.bll.tasks. AsyncTaskManager] (org.ovirt.thread.pool-8-thread-1) [52c3dca3] Removed task 'ca149917-82dc-44a4-ae4c-fdeb6600ef05' from DataBase 2016-03-31 12:18:45,100 ERROR [org.ovirt.engine.core.bll. CopyImageGroupCommand] (org.ovirt.thread.pool-8-thread-1) [52c3dca3] Transaction rolled-back for command 'org.ovirt.engine.core.bll .CopyImageGroupCommand'. 2016-03-31 12:18:45,100 INFO [org.ovirt.engine.core.utils.transaction. TransactionSupport] (org.ovirt.thread.pool-8-thread-1) [52c3dca3] transaction rolled back 2016-03-31 12:18:45,100 ERROR [org.ovirt.engine.core.bll. ImportVmTemplateCommand] (org.ovirt.thread.pool-8-thread-1) [52c3dca3] Command 'org.ovirt.engine.core.bll.ImportVmTemplateCommand' failed: EngineException: ImageIsNotLegalChain (Failed with error ImageIsNotLegalChain and code 262) 2016-03-31 12:18:45,101 INFO [org.ovirt.engine.core.bll. ImportVmTemplateCommand] (org.ovirt.thread.pool-8-thread-1) [52c3dca3] Command [id=532f69a8-7eaa-4eda-8fe4-a2597c78fc8e]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.businessentities.network. VmNetworkStatistics; snapshot: 4c699f71-7244-48dc-a57f-e76d48be4686. 2016-03-31 12:18:45,101 INFO [org.ovirt.engine.core.vdsbroker.irsbroker. GetVmsInfoVDSCommand] (default task-13) [] FINISH, GetVmsInfoVDSCommand, log id: ddb9374 2016-03-31 12:18:45,101 INFO [org.ovirt.engine.core.bll. ImportVmTemplateCommand] (org.ovirt.thread.pool-8-thread-1) [52c3dca3] Command [id=532f69a8-7eaa-4eda-8fe4-a2597c78fc8e]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.businessentities.network.VmNic; snapshot: 4c699f71-7244-48dc-a57f-e76d48be4686. 2016-03-31 12:18:45,102 INFO [org.ovirt.engine.core.bll. ImportVmTemplateCommand] (org.ovirt.thread.pool-8-thread-1) [52c3dca3] Command [id=532f69a8-7eaa-4eda-8fe4-a2597c78fc8e]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.businessentities.storage. DiskImageDynamic; snapshot: f84bfd41-622c-4078-a858-fd53a0d4e5ce. 2016-03-31 12:18:45,102 INFO [org.ovirt.engine.core.bll. ImportVmTemplateCommand] (org.ovirt.thread.pool-8-thread-1) [52c3dca3] Command [id=532f69a8-7eaa-4eda-8fe4-a2597c78fc8e]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.businessentities.storage. DiskImage; snapshot: 1217e5a7-2cae-4662-a865-047acf2c831a. 2016-03-31 12:18:45,103 INFO [org.ovirt.engine.core.bll. ImportVmTemplateCommand] (org.ovirt.thread.pool-8-thread-1) [52c3dca3] Command [id=532f69a8-7eaa-4eda-8fe4-a2597c78fc8e]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.businessentities.storage. ImageStorageDomainMap; snapshot: org.ovirt.engine.core.common. businessentities.storage.ImageStorageDomainMapId@4c35da92. 2016-03-31 12:18:45,103 INFO [org.ovirt.engine.core.bll. ImportVmTemplateCommand] (org.ovirt.thread.pool-8-thread-1) [52c3dca3] Command [id=532f69a8-7eaa-4eda-8fe4-a2597c78fc8e]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.businessentities.storage.Image; snapshot: f84bfd41-622c-4078-a858-fd53a0d4e5ce. 2016-03-31 12:18:45,104 INFO [org.ovirt.engine.core.bll. ImportVmTemplateCommand] (org.ovirt.thread.pool-8-thread-1) [52c3dca3] Command [id=532f69a8-7eaa-4eda-8fe4-a2597c78fc8e]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.businessentities.VmTemplate; snapshot: 4873de49-9090-40b1-a21d-665633109aa2. 2016-03-31 12:18:45,112 ERROR [org.ovirt.engine.core.dal.dbbroker. auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-1) [52c3dca3] Correlation ID: 74349717, Job ID: 7e496163-5409-42db-aa03-65b48d285473, Call Stack: null, Custom Event ID: -1, Message: Failed to import Template centos7_template to Data Center Default, Cluster Default 2016-03-31 12:18:45,117 INFO [org.ovirt.engine.core.vdsbroker.irsbroker. GetVmsInfoVDSCommand] (default task-5) [] FINISH, GetVmsInfoVDSCommand, log id: 36de4407 2016-03-31 12:18:45,504 INFO [org.ovirt.engine.core.vdsbroker.irsbroker. GetVmsInfoVDSCommand] (default task-31) [] START, GetVmsInfoVDSCommand( GetVmsInfoVDSCommandParameters:{runAsync='true', storagePoolId='00000001-0001-0001-0001-000000000341', ignoreFailoverLimit='false', storageDomainId='0b7e96ae-f5e9-4fea-8cf6-33d39ef90162', vmIdList='null'}), log id: 1847cbc5 2016-03-31 12:18:45,515 INFO [org.ovirt.engine.core.vdsbroker.irsbroker. GetVmsInfoVDSCommand] (default task-31) [] FINISH, GetVmsInfoVDSCommand, log id: 1847cbc5 2016-03-31 12:18:45,993 INFO [org.ovirt.engine.core.vdsbroker.irsbroker. GetVmsInfoVDSCommand] (default task-14) [] START, GetVmsInfoVDSCommand( GetVmsInfoVDSCommandParameters:{runAsync='true', storagePoolId='00000001-0001-0001-0001-000000000341', ignoreFailoverLimit='false', storageDomainId='0b7e96ae-f5e9-4fea-8cf6-33d39ef90162', vmIdList='null'}), log id: 5bcb I then put the new export storage in maintenance and detached it. Now when I try to reattach I get: 2016-03-31 13:41:41,109 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.AttachStorageDomainVDSCommand] (org.ovirt.thread.pool-8-thread-2) [79a8c0bd] START, AttachStorageDomainVDSCommand( AttachStorageDomainVDSCommandParameters:{runAsync='true', storagePoolId='00000001-0001-0001-0001-000000000341', ignoreFailoverLimit='false', storageDomainId='0b7e96ae-f5e9-4fea-8cf6-33d39ef90162'}), log id: 1f72065 2016-03-31 13:41:42,375 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.AttachStorageDomainVDSCommand] (org.ovirt.thread.pool-8-thread-2) [79a8c0bd] Failed in 'AttachStorageDomainVDS' method 2016-03-31 13:41:42,396 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-2) [79a8c0bd] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VDSM command failed: Cannot obtain lock: u"id=0b7e96ae-f5e9-4fea-8cf6-33d39ef90162, rc=1, out=['error - lease file does not exist or is not writeable', 'usage: /usr/libexec/vdsm/spmprotect.sh COMMAND PARAMETERS', 'Commands:', ' start { sdUUID hostId renewal_interval_sec lease_path[:offset] lease_time_ms io_op_timeout_ms fail_retries vdsm_pid [debug] }', 'Parameters:', ' sdUUID - domain uuid', ' hostId - host id in pool', ' renewal_interval_sec - intervals for lease renewals attempts', ' lease_path - path to lease file/volume', ' offset - offset of lease within file', ' lease_time_ms - time limit within which lease must be renewed (at least 2*renewal_interval_sec)', ' io_op_timeout_ms - I/O operation timeout', ' fail_retries - Maximal number of attempts to retry to renew the lease before fencing (<= lease_time_ms/renewal_interval_sec)', ' vdsm_pid - Vdsm process ID', ' debug - enable debug mode (optional)'], err=[]" 2016-03-31 13:41:42,396 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.AttachStorageDomainVDSCommand] (org.ovirt.thread.pool-8-thread-2) [79a8c0bd] Command 'AttachStorageDomainVDSCommand( AttachStorageDomainVDSCommandParameters:{runAsync='true', storagePoolId='00000001-0001-0001-0001-000000000341', ignoreFailoverLimit='false', storageDomainId='0b7e96ae-f5e9-4fea-8cf6-33d39ef90162'})' execution failed: IRSGenericException: IRSErrorException: Failed to AttachStorageDomainVDS, error = Cannot obtain lock: u"id=0b7e96ae-f5e9-4fea-8cf6-33d39ef90162, rc=1, out=['error - lease file does not exist or is not writeable', 'usage: /usr/libexec/vdsm/spmprotect.sh COMMAND PARAMETERS', 'Commands:', ' start { sdUUID hostId renewal_interval_sec lease_path[:offset] lease_time_ms io_op_timeout_ms fail_retries vdsm_pid [debug] }', 'Parameters:', ' sdUUID - domain uuid', ' hostId - host id in pool', ' renewal_interval_sec - intervals for lease renewals attempts', ' lease_path - path to lease file/volume', ' offset - offset of lease within file', ' lease_time_ms - time limit within which lease must be renewed (at least 2*renewal_interval_sec)', ' io_op_timeout_ms - I/O operation timeout', ' fail_retries - Maximal number of attempts to retry to renew the lease before fencing (<= lease_time_ms/renewal_interval_sec)', ' vdsm_pid - Vdsm process ID', ' debug - enable debug mode (optional)'], err=[]", code = 651 2016-03-31 13:41:42,396 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.AttachStorageDomainVDSCommand] (org.ovirt.thread.pool-8-thread-2) [79a8c0bd] FINISH, AttachStorageDomainVDSCommand, log id: 1f72065 2016-03-31 13:41:42,396 ERROR [org.ovirt.engine.core.bll.storage.AttachStorageDomainToPoolCommand] (org.ovirt.thread.pool-8-thread-2) [79a8c0bd] Command 'org.ovirt.engine.core.bll.storage.AttachStorageDomainToPoolCommand' failed: EngineException: org.ovirt.engine.core.vdsbroker.irsbroker.IrsOperationFailedNoFailoverException: IRSGenericException: IRSErrorException: Failed to AttachStorageDomainVDS, error = Cannot obtain lock: u"id=0b7e96ae-f5e9-4fea-8cf6-33d39ef90162, rc=1, out=['error - lease file does not exist or is not writeable', 'usage: /usr/libexec/vdsm/spmprotect.sh COMMAND PARAMETERS', 'Commands:', ' start { sdUUID hostId renewal_interval_sec lease_path[:offset] lease_time_ms io_op_timeout_ms fail_retries vdsm_pid [debug] }', 'Parameters:', ' sdUUID - domain uuid', ' hostId - host id in pool', ' renewal_interval_sec - intervals for lease renewals attempts', ' lease_path - path to lease file/volume', ' offset - offset of lease within file', ' lease_time_ms - time limit within which lease must be renewed (at least 2*renewal_interval_sec)', ' io_op_timeout_ms - I/O operation timeout', ' fail_retries - Maximal number of attempts to retry to renew the lease before fencing (<= lease_time_ms/renewal_interval_sec)', ' vdsm_pid - Vdsm process ID', ' debug - enable debug mode (optional)'], err=[]", code = 651 (Failed with error AcquireLockFailure and code 651) 2016-03-31 13:41:42,397 INFO [org.ovirt.engine.core.bll.storage.AttachStorageDomainToPoolCommand] (org.ovirt.thread.pool-8-thread-2) [79a8c0bd] Command [id=db45bff3-4e8c-4935-ae33-70c61ff01b32]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.businessentities.StoragePoolIsoMap; snapshot: StoragePoolIsoMapId:{storagePoolId='00000001-0001-0001-0001-000000000341', storageId='0b7e96ae-f5e9-4fea-8cf6-33d39ef90162'}. 2016-03-31 13:41:42,403 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-2) [79a8c0bd] Correlation ID: 79a8c0bd, Job ID: 93a8a703-b3a6-4061-9192-bd09840b4c39, Call Stack: null, Custom Event ID: -1, Message: Failed to attach Storage Domain vm-backups to Data Center Default. (User: admin@internal) 2016-03-31 13:41:42,406 INFO [org.ovirt.engine.core.bll.storage.AttachStorageDomainToPoolCommand] (org.ovirt.thread.pool-8-thread-2) [79a8c0bd] Lock freed to object 'EngineLock:{exclusiveLocks='[0b7e96ae-f5e9-4fea-8cf6-33d39ef90162=<STORAGE, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}' Thanks, Alex On Thu, Mar 31, 2016 at 7:55 AM, Vered Volansky <vered@redhat.com> wrote:
Hi Alex,
This looks like a bug occurring with export domain on local storage, which I'm currently trying to reproduce. In the meantime, please try the following work around:
Create an export domain in your new setup. Copy the images and vms directly to the mounted export directory (from old export mount path to new export mount path) Do not copy the metadata, it looks like this is the origin of the problem.
I will report back once I confirm the issue.
Regards, Vered
On Thu, Mar 31, 2016 at 5:28 AM, Alex R <ar.digger@gmail.com> wrote:
I am trying to import a domain that I have used as an export on a previous install. The previous install was no older then v3.5 and was built with the all-in-one-plugin. Before destroying that system I took a portable drive and made an export domain to export my VMs and templates.
The new system is up to date an was built as a hosted engine. When I try to import the domain I get the following error:
"Error while executing action: Cannot add Storage. Storage format V3 is not supported on the selected host version."
I just need to recover the VMs.
I connect the USB hard drive to the host and make an export directory just like I did on the old host.
# ls -ld /mnt/export_ovirt drwxr-xr-x. 5 vdsm kvm 4096 Mar 6 11:27 /mnt/export_ovirt
I have tried both doing an NFS mount # cat /etc/exports.d/ovirt.exports /home/engineha 127.0.0.1/32(rw,anonuid=36,anongid=36,all_squash) /mnt/backup-vm/ 10.3.1.0/24(rw,anonuid=36,anongid=36,all_squash) 127.0.0.1/32(rw,anonuid=36,anongid=36,all_squash)
# cat /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/dom_md/metadata CLASS=Backup DESCRIPTION=eport_storage IOOPTIMEOUTSEC=10 LEASERETRIES=3 LEASETIMESEC=60 LOCKPOLICY= LOCKRENEWALINTERVALSEC=5 POOL_UUID=053926e4-e63d-450e-8aa7-6f1235b944c6 REMOTE_PATH=/mnt/export_ovirt/images ROLE=Regular SDUUID=4be3f6ac-7946-4e7b-9ca2-11731c8ba236 TYPE=LOCALFS VERSION=3 _SHA_CKSUM=2e6e203168bd84f3dc97c953b520ea8f78119bf0
# ls -l /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/master/vms/4873de49-9090-40b1-a21d-665633109aa2/4873de49-9090-40b1-a21d-665633109aa2.ovf
-rw-r--r--. 1 vdsm kvm 9021 Mar 6 11:50 /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/master/vms/4873de49-9090-40b1-a21d-665633109aa2/4873de49-9090-40b1-a21d-665633109aa2.ovf
Thanks, Alex
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
I've reported the issue: https://bugzilla.redhat.com/show_bug.cgi?id=1323462 A verified workaround is to change the metadata Version to 0. Checksum should be compromised by it, so follow http://lists.ovirt.org/pipermail/users/2012-April/007149.html if you have any issues with adjusting it. Please let me know how this worked out for you. Regards, Vered On Thu, Mar 31, 2016 at 5:28 AM, Alex R <ar.digger@gmail.com> wrote:
I am trying to import a domain that I have used as an export on a previous install. The previous install was no older then v3.5 and was built with the all-in-one-plugin. Before destroying that system I took a portable drive and made an export domain to export my VMs and templates.
The new system is up to date an was built as a hosted engine. When I try to import the domain I get the following error:
"Error while executing action: Cannot add Storage. Storage format V3 is not supported on the selected host version."
I just need to recover the VMs.
I connect the USB hard drive to the host and make an export directory just like I did on the old host.
# ls -ld /mnt/export_ovirt drwxr-xr-x. 5 vdsm kvm 4096 Mar 6 11:27 /mnt/export_ovirt
I have tried both doing an NFS mount # cat /etc/exports.d/ovirt.exports /home/engineha 127.0.0.1/32(rw,anonuid=36,anongid=36,all_squash) /mnt/backup-vm/ 10.3.1.0/24(rw,anonuid=36,anongid=36,all_squash) 127.0.0.1/32(rw,anonuid=36,anongid=36,all_squash)
# cat /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/dom_md/metadata CLASS=Backup DESCRIPTION=eport_storage IOOPTIMEOUTSEC=10 LEASERETRIES=3 LEASETIMESEC=60 LOCKPOLICY= LOCKRENEWALINTERVALSEC=5 POOL_UUID=053926e4-e63d-450e-8aa7-6f1235b944c6 REMOTE_PATH=/mnt/export_ovirt/images ROLE=Regular SDUUID=4be3f6ac-7946-4e7b-9ca2-11731c8ba236 TYPE=LOCALFS VERSION=3 _SHA_CKSUM=2e6e203168bd84f3dc97c953b520ea8f78119bf0
# ls -l /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/master/vms/4873de49-9090-40b1-a21d-665633109aa2/4873de49-9090-40b1-a21d-665633109aa2.ovf
-rw-r--r--. 1 vdsm kvm 9021 Mar 6 11:50 /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/master/vms/4873de49-9090-40b1-a21d-665633109aa2/4873de49-9090-40b1-a21d-665633109aa2.ovf
Thanks, Alex
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Thank you! This worked, though I wish I documented the process better.... Becuase I am not sure what I did exactly that helped? # cat /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/dom_md/metadata CLASS=Backup # changed DESCRIPTION=eport_storage IOOPTIMEOUTSEC=10 LEASERETRIES=3 LEASETIMESEC=60 LOCKPOLICY= LOCKRENEWALINTERVALSEC=5 POOL_UUID= # I removed this REMOTE_PATH=<hostname>.<domain>.com:/mnt/export_ovirt/images # I changed this to what is listed ROLE=Regular SDUUID=4be3f6ac-7946-4e7b-9ca2-11731c8ba236 TYPE=NFS # changed VERSION=0 # changed from 3 to 0 ### I have tried this before with no succes, so it must be a combonation of other changes? _SHA_CKSUM=16dac1d1c915c4d30433f35dd668dd35f60dc22c # I changed this to what was found in the logs -Alex On Sun, Apr 3, 2016 at 2:31 AM, Vered Volansky <vered@redhat.com> wrote:
I've reported the issue: https://bugzilla.redhat.com/show_bug.cgi?id=1323462
A verified workaround is to change the metadata Version to 0.
Checksum should be compromised by it, so follow http://lists.ovirt.org/pipermail/users/2012-April/007149.html if you have any issues with adjusting it.
Please let me know how this worked out for you.
Regards, Vered
On Thu, Mar 31, 2016 at 5:28 AM, Alex R <ar.digger@gmail.com> wrote:
I am trying to import a domain that I have used as an export on a previous install. The previous install was no older then v3.5 and was built with the all-in-one-plugin. Before destroying that system I took a portable drive and made an export domain to export my VMs and templates.
The new system is up to date an was built as a hosted engine. When I try to import the domain I get the following error:
"Error while executing action: Cannot add Storage. Storage format V3 is not supported on the selected host version."
I just need to recover the VMs.
I connect the USB hard drive to the host and make an export directory just like I did on the old host.
# ls -ld /mnt/export_ovirt drwxr-xr-x. 5 vdsm kvm 4096 Mar 6 11:27 /mnt/export_ovirt
I have tried both doing an NFS mount # cat /etc/exports.d/ovirt.exports /home/engineha 127.0.0.1/32(rw,anonuid=36,anongid=36,all_squash) /mnt/backup-vm/ 10.3.1.0/24(rw,anonuid=36,anongid=36,all_squash) 127.0.0.1/32(rw,anonuid=36,anongid=36,all_squash)
# cat /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/dom_md/metadata CLASS=Backup DESCRIPTION=eport_storage IOOPTIMEOUTSEC=10 LEASERETRIES=3 LEASETIMESEC=60 LOCKPOLICY= LOCKRENEWALINTERVALSEC=5 POOL_UUID=053926e4-e63d-450e-8aa7-6f1235b944c6 REMOTE_PATH=/mnt/export_ovirt/images ROLE=Regular SDUUID=4be3f6ac-7946-4e7b-9ca2-11731c8ba236 TYPE=LOCALFS VERSION=3 _SHA_CKSUM=2e6e203168bd84f3dc97c953b520ea8f78119bf0
# ls -l /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/master/vms/4873de49-9090-40b1-a21d-665633109aa2/4873de49-9090-40b1-a21d-665633109aa2.ovf
-rw-r--r--. 1 vdsm kvm 9021 Mar 6 11:50 /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/master/vms/4873de49-9090-40b1-a21d-665633109aa2/4873de49-9090-40b1-a21d-665633109aa2.ovf
Thanks, Alex
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
I've reproduced the issue on my env, and cooked up a patch that seems to solve it for me, in case anyone wants to cherry-pick and help verify it: https://gerrit.ovirt.org/#/c/55836 On Wed, Apr 6, 2016 at 4:06 AM, Alex R <ar.digger@gmail.com> wrote:
Thank you! This worked, though I wish I documented the process better....
Becuase I am not sure what I did exactly that helped?
# cat /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/dom_md/metadata
CLASS=Backup # changed DESCRIPTION=eport_storage IOOPTIMEOUTSEC=10 LEASERETRIES=3 LEASETIMESEC=60 LOCKPOLICY= LOCKRENEWALINTERVALSEC=5 POOL_UUID= # I removed this REMOTE_PATH=<hostname>.<domain>.com:/mnt/export_ovirt/images # I changed this to what is listed ROLE=Regular SDUUID=4be3f6ac-7946-4e7b-9ca2-11731c8ba236 TYPE=NFS # changed VERSION=0 # changed from 3 to 0 ### I have tried this before with no succes, so it must be a combonation of other changes? _SHA_CKSUM=16dac1d1c915c4d30433f35dd668dd35f60dc22c # I changed this to what was found in the logs
-Alex
On Sun, Apr 3, 2016 at 2:31 AM, Vered Volansky <vered@redhat.com> wrote:
I've reported the issue: https://bugzilla.redhat.com/show_bug.cgi?id=1323462
A verified workaround is to change the metadata Version to 0.
Checksum should be compromised by it, so follow http://lists.ovirt.org/pipermail/users/2012-April/007149.html if you have any issues with adjusting it.
Please let me know how this worked out for you.
Regards, Vered
On Thu, Mar 31, 2016 at 5:28 AM, Alex R <ar.digger@gmail.com> wrote:
I am trying to import a domain that I have used as an export on a previous install. The previous install was no older then v3.5 and was built with the all-in-one-plugin. Before destroying that system I took a portable drive and made an export domain to export my VMs and templates.
The new system is up to date an was built as a hosted engine. When I try to import the domain I get the following error:
"Error while executing action: Cannot add Storage. Storage format V3 is not supported on the selected host version."
I just need to recover the VMs.
I connect the USB hard drive to the host and make an export directory just like I did on the old host.
# ls -ld /mnt/export_ovirt drwxr-xr-x. 5 vdsm kvm 4096 Mar 6 11:27 /mnt/export_ovirt
I have tried both doing an NFS mount # cat /etc/exports.d/ovirt.exports /home/engineha 127.0.0.1/32(rw,anonuid=36,anongid=36,all_squash) /mnt/backup-vm/ 10.3.1.0/24(rw,anonuid=36,anongid=36,all_squash) 127.0.0.1/32(rw,anonuid=36,anongid=36,all_squash)
# cat /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/dom_md/metadata CLASS=Backup DESCRIPTION=eport_storage IOOPTIMEOUTSEC=10 LEASERETRIES=3 LEASETIMESEC=60 LOCKPOLICY= LOCKRENEWALINTERVALSEC=5 POOL_UUID=053926e4-e63d-450e-8aa7-6f1235b944c6 REMOTE_PATH=/mnt/export_ovirt/images ROLE=Regular SDUUID=4be3f6ac-7946-4e7b-9ca2-11731c8ba236 TYPE=LOCALFS VERSION=3 _SHA_CKSUM=2e6e203168bd84f3dc97c953b520ea8f78119bf0
# ls -l /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/master/vms/4873de49-9090-40b1-a21d-665633109aa2/4873de49-9090-40b1-a21d-665633109aa2.ovf
-rw-r--r--. 1 vdsm kvm 9021 Mar 6 11:50 /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/master/vms/4873de49-9090-40b1-a21d-665633109aa2/4873de49-9090-40b1-a21d-665633109aa2.ovf
Thanks, Alex
_______________________________________________ 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
Patch was merged to master, should be available to you the next release. On Thu, Apr 7, 2016 at 7:33 PM, Allon Mureinik <amureini@redhat.com> wrote:
I've reproduced the issue on my env, and cooked up a patch that seems to solve it for me, in case anyone wants to cherry-pick and help verify it: https://gerrit.ovirt.org/#/c/55836
On Wed, Apr 6, 2016 at 4:06 AM, Alex R <ar.digger@gmail.com> wrote:
Thank you! This worked, though I wish I documented the process better....
Becuase I am not sure what I did exactly that helped?
# cat /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/dom_md/metadata
CLASS=Backup # changed DESCRIPTION=eport_storage IOOPTIMEOUTSEC=10 LEASERETRIES=3 LEASETIMESEC=60 LOCKPOLICY= LOCKRENEWALINTERVALSEC=5 POOL_UUID= # I removed this REMOTE_PATH=<hostname>.<domain>.com:/mnt/export_ovirt/images # I changed this to what is listed ROLE=Regular SDUUID=4be3f6ac-7946-4e7b-9ca2-11731c8ba236 TYPE=NFS # changed VERSION=0 # changed from 3 to 0 ### I have tried this before with no succes, so it must be a combonation of other changes? _SHA_CKSUM=16dac1d1c915c4d30433f35dd668dd35f60dc22c # I changed this to what was found in the logs
-Alex
On Sun, Apr 3, 2016 at 2:31 AM, Vered Volansky <vered@redhat.com> wrote:
I've reported the issue: https://bugzilla.redhat.com/show_bug.cgi?id=1323462
A verified workaround is to change the metadata Version to 0.
Checksum should be compromised by it, so follow http://lists.ovirt.org/pipermail/users/2012-April/007149.html if you have any issues with adjusting it.
Please let me know how this worked out for you.
Regards, Vered
On Thu, Mar 31, 2016 at 5:28 AM, Alex R <ar.digger@gmail.com> wrote:
I am trying to import a domain that I have used as an export on a previous install. The previous install was no older then v3.5 and was built with the all-in-one-plugin. Before destroying that system I took a portable drive and made an export domain to export my VMs and templates.
The new system is up to date an was built as a hosted engine. When I try to import the domain I get the following error:
"Error while executing action: Cannot add Storage. Storage format V3 is not supported on the selected host version."
I just need to recover the VMs.
I connect the USB hard drive to the host and make an export directory just like I did on the old host.
# ls -ld /mnt/export_ovirt drwxr-xr-x. 5 vdsm kvm 4096 Mar 6 11:27 /mnt/export_ovirt
I have tried both doing an NFS mount # cat /etc/exports.d/ovirt.exports /home/engineha 127.0.0.1/32(rw,anonuid=36,anongid=36,all_squash) /mnt/backup-vm/ 10.3.1.0/24(rw,anonuid=36,anongid=36,all_squash) 127.0.0.1/32(rw,anonuid=36,anongid=36,all_squash)
# cat /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/dom_md/metadata CLASS=Backup DESCRIPTION=eport_storage IOOPTIMEOUTSEC=10 LEASERETRIES=3 LEASETIMESEC=60 LOCKPOLICY= LOCKRENEWALINTERVALSEC=5 POOL_UUID=053926e4-e63d-450e-8aa7-6f1235b944c6 REMOTE_PATH=/mnt/export_ovirt/images ROLE=Regular SDUUID=4be3f6ac-7946-4e7b-9ca2-11731c8ba236 TYPE=LOCALFS VERSION=3 _SHA_CKSUM=2e6e203168bd84f3dc97c953b520ea8f78119bf0
# ls -l /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/master/vms/4873de49-9090-40b1-a21d-665633109aa2/4873de49-9090-40b1-a21d-665633109aa2.ovf
-rw-r--r--. 1 vdsm kvm 9021 Mar 6 11:50 /mnt/export_ovirt/images/4be3f6ac-7946-4e7b-9ca2-11731c8ba236/master/vms/4873de49-9090-40b1-a21d-665633109aa2/4873de49-9090-40b1-a21d-665633109aa2.ovf
Thanks, Alex
_______________________________________________ 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
participants (3)
-
Alex R -
Allon Mureinik -
Vered Volansky