5:28 a.m.
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
5:55 p.m.
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(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
12:01 a.m.
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(a)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(a)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(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
12:31 p.m.
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(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
4:06 a.m.
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(a)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(a)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(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
7:33 p.m.
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(a)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(a)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(a)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(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
1:09 p.m.
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(a)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(a)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(a)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(a)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(a)ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
3147
days inactive
3157
days old
6 comments
3 participants
participants (3)
-
Alex R -
Allon Mureinik -
Vered Volansky