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.. more Infos under http://talk.manageiq.org/t/no-results-from-smartstate-analysis-in-ovirt-envi... thx, Christian
On Mar 14, 2015, at 16:43 , Christian Ehart <ehartchr@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:) Thanks, michal
more Infos under http://talk.manageiq.org/t/no-results-from-smartstate-analysis-in-ovirt-envi...
thx, Christian
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 03/17/2015 01:09 PM, Michal Skrivanek wrote:
On Mar 14, 2015, at 16:43 , Christian Ehart <ehartchr@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).
Thanks, michal
more Infos under http://talk.manageiq.org/t/no-results-from-smartstate-analysis-in-ovirt-envi...
thx, Christian
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On Mar 18, 2015, at 08:55 , Itamar Heim <iheim@redhat.com> wrote:
On 03/17/2015 01:09 PM, Michal Skrivanek wrote:
On Mar 14, 2015, at 16:43 , Christian Ehart <ehartchr@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….?
Thanks, michal
more Infos under http://talk.manageiq.org/t/no-results-from-smartstate-analysis-in-ovirt-envi...
thx, Christian
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 03/18/2015 09:57 AM, Michal Skrivanek wrote:
On Mar 18, 2015, at 08:55 , Itamar Heim <iheim@redhat.com> wrote:
On 03/17/2015 01:09 PM, Michal Skrivanek wrote:
On Mar 14, 2015, at 16:43 , Christian Ehart <ehartchr@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-envi...
thx, Christian
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
participants (3)
-
Christian Ehart -
Itamar Heim -
Michal Skrivanek