[node-devel] CIM plugin for oVirt Node
Anthony Liguori
aliguori at us.ibm.com
Mon Jan 30 19:37:18 UTC 2012
On 01/30/2012 08:59 AM, Charles_Rose at dell.com wrote:
>
>
> On Monday 30 January 2012 08:12 PM, Perry Myers wrote:
>> On 01/30/2012 08:45 AM, Daniel Veillard wrote:
>>> Hi everybody,
>>>
>>> I guess the best is to ask Chip Vincent about those oVirt Node
>>> integration issues. CIM is not always trivial to setup in a normal
>>> RHEL environment, and I'm afraid nobody tried it on a read-only
>>> root/stateless environment. Chip I think the expertise from some
>>> of your libvirt-cim team is needed there, I guess the best is to provide
>>> an image to someone knowledgeable in the set-u and have him check
>>> the issues. Maybe Eduardo ro you can have a look ?
>>>
>>> thanks !
>>>
>>> Daniel
>>>
>>> On Sun, Jan 29, 2012 at 10:39:03AM -0500, Perry Myers wrote:
>>>> One of the items on our backlog has been to include CIM server/providers
>>>> on oVirt Node. Initially we'll do this statically and include things
>>>> like sblim, tog-pegasus, libvirt-cim as part of the core Node recipe.
>>>
>>> P.S.: shouldn't only one of sblim/tog-pegasus be needed and not both ?
>>> One server should be sufficient isn't it and the goal is still
>>> to limit the size of images. Which one to pick may be the result
>>> of which one is the easier to coerce to work in root RO mode,
>>> or the smaller of the two ...
>>
>> I asked Anthony about this, and he explained it to me... sblim is both
>> a collection of CIM providers as well as a server. tog-pegasus is just
>> the server.
>>
>> So you can either use:
>> sblim + tog-pegasus
>> or
>> sblim + sblim-sfcb
>>
>> If you omit sfcb from the oVirt Node, then you can use tog-pegasus in
>> its place. It's also my understanding that sblim-sfcb and tog-pegasus
>> are not fully interchangeable as there are some providers that will only
>> work with one or the other. So far, it seems like tog-pegasus is what
>> folks want specifically, so that is what we have been focusing on.
>
> We have had issues with sfcb and tog-pegasus conflicting in the past:
> https://bugzilla.redhat.com/show_bug.cgi?id=604578
>
> sblim + sblim-sfcb is what we needed and tog-pegasus was installed as
> part of the @base install.
Let me start out by saying that I know almost nothing about CIM so I'm largely
talking out of my....
I think the first question to answer is why we're adding CIM to oVirt node in
the first place.
Is the goal to expose a specific DMTF schema for on-node management? Is it to
allow arbitrary third-party CMPI providers to be added for hardware management?
Is it to allow third party CIM management suites to see and manage ovirt-node
instances?
For just about any of these, if the answer isn't qualified with "exclusively for
use by ovirt-engine", how is a split brain going to be avoided?
I think the provider needs ultimately will determine what cimmon is necessary.
Just to further complicate things, most providers these days are still only
32-bit as I understand it...
Regards,
Anthony Liguori
More information about the node-devel
mailing list