[ovirt-users] ManageIQ and Ovirt

[Itamar Heim]

On 03/18/2015 09:57 AM, Michal Skrivanek wrote:
>
> On Mar 18, 2015, at 08:55 , Itamar Heim <iheim at redhat.com> wrote:
>
>> On 03/17/2015 01:09 PM, Michal Skrivanek wrote:
>>>
>>> On Mar 14, 2015, at 16:43 , Christian Ehart <ehartchr at gmail.com> wrote:
>>>
>>>> Hi,
>>>>
>>>> can someone from R&D please check the below issue/rca.
>>>>
>>>> ManageIQ tries by performing a Smart State Analys to access a ovf File on Ovirt 3.5.x for a VM.
>>>> I think oVirt changed in 3.5 their behavior by introducing the Disk for "OVF_STORE", so maybe our below issue is related to it..
>>>
>>> Hi,
>>> I'm curious, what's the purpose? It's supposed to be internal, there's an API for access(not sure if it is though, if not it should be added:)
>>
>> its for "smart state analysis" (aka "fleecing") - they mount the storage domain itself into the appliance in read only and analyze the VMs).
>> they should be compatible with 3.5 (though indeed this error message is a cause for concern).
>
> I'm sure it's not supposed to cause any harm…but doesn't it go around any API and depend on internal implementation….?

trust me they want to get rid of this more than we do (think about them 
dealing with lvm metadata changing during the scan for block storage). 
they are just waiting for us to provide a streaming disk access api...

hopefully the new upload/download api in 3.6 will solve this.

>
>>
>>>
>>> Thanks,
>>> michal
>>>
>>>>
>>>> more Infos under http://talk.manageiq.org/t/no-results-from-smartstate-analysis-in-ovirt-environment/585/15
>>>>
>>>> thx,
>>>> Christian
>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>
>