On 03/18/2015 09:57 AM, Michal Skrivanek wrote:
On Mar 18, 2015, at 08:55 , Itamar Heim <iheim(a)redhat.com> wrote:
> On 03/17/2015 01:09 PM, Michal Skrivanek wrote:
>>
>> On Mar 14, 2015, at 16:43 , Christian Ehart <ehartchr(a)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-e...
>>>
>>> thx,
>>> Christian
>>>
>>>
>>> _______________________________________________
>>> 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
>>
>