Bug 1131009
| Summary: | [RFE][engine-backend] Should be able to attach OVF_STORE disk to a VM | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [oVirt] ovirt-engine | Reporter: | Elad <ebenahar> | ||||
| Component: | RFEs | Assignee: | Liron Aravot <laravot> | ||||
| Status: | CLOSED DEFERRED | QA Contact: | Raz Tamir <ratamir> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | --- | CC: | amureini, bugs, gklein, rbalakri, srevivo, tnisan, ykaul, ylavi | ||||
| Target Milestone: | --- | Keywords: | FutureFeature, Reopened | ||||
| Target Release: | --- | Flags: | ylavi:
ovirt-future?
ylavi: planning_ack? ylavi: devel_ack? ylavi: testing_ack? |
||||
| Hardware: | x86_64 | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Enhancement | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2016-12-07 08:56:05 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: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
currently the OVF store can't be attached to any vm. the intention is to enable to attach those disks to a vm/vms. closing as WONTFIX. (In reply to Liron Aravot from comment #1) > currently the OVF store can't be attached to any vm. the intention is to > enable to attach those disks to a vm/vms. Let's use this BZ to track this intention. Allon, a. shouldn't we update the description to reflect that it's a RFE? b. This bug is targeted for 3.5, to which version is that RFE targeted to? (In reply to Liron Aravot from comment #3) > Allon, > > a. shouldn't we update the description to reflect that it's a RFE? > > b. This bug is targeted for 3.5, to which version is that RFE targeted to? It's a boarderline RFE, but fine, let's go with that - retargeted. Are we planning to fix this? Should this be closed? What is the use case? (In reply to Yaniv Dary from comment #5) > Are we planning to fix this? Should this be closed? > What is the use case? The main usecase would be backup appliances that need access to this information. HE may also have a use for it, although I'm not sure. (In reply to Allon Mureinik from comment #6) > (In reply to Yaniv Dary from comment #5) > > Are we planning to fix this? Should this be closed? > > What is the use case? > > The main usecase would be backup appliances that need access to this > information. > HE may also have a use for it, although I'm not sure. I don't know od any backup vendor or HE using or needing to use this. Can we close until we get this request? (In reply to Yaniv Dary from comment #7) > (In reply to Allon Mureinik from comment #6) > > (In reply to Yaniv Dary from comment #5) > > > Are we planning to fix this? Should this be closed? > > > What is the use case? > > > > The main usecase would be backup appliances that need access to this > > information. > > HE may also have a use for it, although I'm not sure. > > I don't know od any backup vendor or HE using or needing to use this. > Can we close until we get this request? Sure, we can always reopen if the usecase arises. |
Created attachment 927817 [details] engine.log Description of problem: OVF_STORE is marked as shared even though its attachment to a VM is blocked by engine. Version-Release number of selected component (if applicable): ovirt-engine-3.5.0-0.0.master.20140804172041.git23b558e.el6.noarch How reproducible: Always Steps to Reproduce: 1. Try to attach OVF_STORE disk to a VM Actual results: Operation is blocked with: 2014-08-18 14:27:16,570 WARN [org.ovirt.engine.core.bll.AttachDiskToVmCommand] (ajp--127.0.0.1-8702-13) [66736106] CanDoAction of action AttachDiskToVm failed. Reasons:VAR__ACTION__ATTACH_ACTION_TO,VAR__TYPE__VM_ DISK,ACTION_TYPE_FAILED_OVF_DISK_NOT_SUPPORTED Expected results: OVF_STORE disk shouldn't be marked as shared Additional info: engine.log