| Summary: | Error Importing Template | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | james labocki <jlabocki> |
| Component: | ovirt-engine | Assignee: | Ayal Baron <abaron> |
| Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Tareq Alayan <talayan> |
| Severity: | medium | Docs Contact: | |
| Priority: | high | ||
| Version: | 3.1.1 | CC: | abaron, acathrow, amureini, derez, iheim, jlabocki, jturner, lpeer, michal.skrivanek, pstehlik, Rhev-m-bugs, sbonazzo, scohen, slinaber, yeylon |
| Target Milestone: | --- | ||
| Target Release: | 3.3.0 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | storage | ||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-10-03 07:23:42 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | Storage | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
james labocki
2013-08-22 14:59:44 UTC
James - any diff between previous ovf and current one, or image chains? rhev-m version? Itamar - I've added slinaber to the cc list who I believe brews the OVF. He is probably a better resource then me for dissecting the image. Worth noting that this image's template successfully imports on RHEV 3.2.0-11.30.el6ev, using rhevm-image-uploader-3.1.0-8.el6ev.noarch Confirmed that import is failing on RHEVM 3.2.2-0.41.el6ev.
snip:
2013-08-19 20:27:08,567 ERROR org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand [5e55eef8] IrsBroker::Failed::CopyImageVDS due to: IrsOperationFailedNoFailoverException: IRSGenericException: IRSErrorException: Image is not a legal chain: ('1be82d4a-2637-460b-80fc-718d5df832ed',)
this error is opaque to me; I don't know what 'Image' is referring to, or what is a legal chain. The UUID in parentheses ('1be82d...') is used twice, looking at the previous INFO output showing the copyParameters:
snip:
srcImageGUID=1be82d4a-2637-460b-80fc-718d5df832ed
srcVolUUID=8800e76f-a7e0-48f4-a9ed-7d3a17dacc3a
dstImageGUID=1be82d4a-2637-460b-80fc-718d5df832ed
(In reply to james labocki from comment #3) > Itamar - I've added slinaber to the cc list who I believe brews > the OVF. He is probably a better resource then me for dissecting the image. James, can you please confirm the version of rhevm-image-uploader that you are using? James, can you please attach full engine/vdsm logs. I was able to upload, and import, the latest appliance image [1] using rhevm-image-uploader-3.2.2-2.el6ev without error. [1] http://file.rdu.redhat.com/~slinaber/cfme/2.1-2013-08-23.4/CloudForms-2.1-2013-08-23.4-rhevm.ova (In reply to James Laska from comment #8) > I was able to upload, and import, the latest appliance image [1] using > rhevm-image-uploader-3.2.2-2.el6ev without error. Please note, this includes rhevm-3.2.2-0.41.el6ev James Laska, were you able to just untar the image in the export domain too? (In reply to james labocki from comment #10) > James Laska, were you able to just untar the image in the export domain too? James Labocki, I didn't directly execute any [un]tar commands on the appliance image. After wget'ing the appliance, I executed ... > rhevm-image-uploader -v -e local_export --name CloudForms-2.1-2013-08-23.4-rhevm.ova upload /tmp/CloudForms-2.1-2013-08-23.4-rhevm.ova I need some info in order to understand correctly what is happening. Can you confirm that: http://file.rdu.redhat.com/~slinaber/cfme/5.2.0.18-1-puddle-2013-08-13.1/cfme-5.2.0.18-1-puddle-2013-08-13.1-rhevm.ova http://file.rdu.redhat.com/~slinaber/cfme/5.2.0.18-1/cfme-5.2.0.18-1_v1_rhevm.ova can be imported using: RHEV 3.2.0-11.30.el6ev, rhevm-image-uploader-3.1.0-8.el6ev.noarch and cannot be imported using rhevm-image-uploader-3.2.2-2.el6ev ? If so, please attach also rhevm-image-uploader log file when executed using -v. I'll try to reproduce the issue on my system. Can you confirm that: http://file.rdu.redhat.com/~slinaber/cfme/2.1-2013-08-23.4/CloudForms-2.1-2013-08-23.4-rhevm.ova can be imported correctly using rhevm-image-uploader-3.2.2-2.el6ev ? I've found a similar log message in bug #809728, can we check somehow if the ova was created from a hibernated/suspended VM? |