Description of problem: When an export storage domain is used on a local device, the metadata consists of version 3, where it should be version 0. This causes later usage errors with this export domain. When later trying to import this domain as a whole, an error occurs, saying V3 is not supported: ---------------------------------------------------------------- "Error while executing action: Cannot add Storage. Storage format V3 is not supported on the selected host version." ---------------------------------------------------------------- The metadata issue is the source of this error. Version-Release number of selected component (if applicable): ovirt 3.5 How reproducible: 100% Steps to Reproduce: 1. Create a local export domain 2. Check the metadata in images/<image_id>/dom_md/metadata Actual results: metadata Version is 3 Expected results: metadata Version is 0 Additional info: This bug was always there, but was first noticed by a 3.5.0 system user. It was reproduces on 4.0 . Work around: Change the metadata version to 0. Note that checksum might cause issues, if so have a look at: http://lists.ovirt.org/pipermail/users/2012-April/007149.html
can you backport this to 3.6.5 (not yet released)? afaik this is a regression from 3.5/3.4, isn't it? kind regards Sven
(In reply to Sven Kieske from comment #1) > can you backport this to 3.6.5 (not yet released)? > > afaik this is a regression from 3.5/3.4, isn't it? 3.5 presents the same problem (see Vered's original comment), and I don't recall if we allowed local ISO domains in 3.4. I don't want to add noise to the 3.6.5 release so close to its due date, especially given the facts that the bug has been there for a pretty long times and that there's a relatively easy work-around (see Vered's opening comment on the BZ). But there's no reason to have it in 3.6.6
Local export domain metadata version is 0: [root@blond-vdsh dom_md]# cat metadata CLASS=Backup DESCRIPTION=local-export IOOPTIMEOUTSEC=10 LEASERETRIES=3 LEASETIMESEC=60 LOCKPOLICY= LOCKRENEWALINTERVALSEC=5 POOL_UUID= REMOTE_PATH=/mnt/lo/2 ROLE=Regular SDUUID=11b37260-382c-4413-b3f1-35bdcff0859a TYPE=LOCALFS VERSION=0 _SHA_CKSUM=6538428e2c40f4111ecf491287c5f110951ab166 Tested against 3.6.3-0.1 where local export domain metadata is 3. Used: rhevm-3.6.6-0.1.el6.noarch vdsm-4.17.27-0.el7ev.noarch