Error loading provider

Hi folks,

	Stepping gingerly as I am into Pegasus, I see the following error in 
having a go at writing my first provider.

Error: CIM_ERR_FAILED: A general error occurred that is not covered by a 
more specific error code: "ProviderLoadFailure 
(/files/new_pegasus/pegasus_home//lib/libTestProvider.so:TestProvider):entry 
point not found."

Any clues as to what this could be due to? I've written the MOF, the 
registration MOF and the provider correctly to the best of my knowledge.

Thanks
~Guru

Re: Error loading provider

Guru,

> 	Stepping gingerly as I am into Pegasus, I see the following error in
> having a go at writing my first provider.
>
> Error: CIM_ERR_FAILED: A general error occurred that is not covered by a
> more specific error code: "ProviderLoadFailure
> (/files/new_pegasus/pegasus_home//lib/libTestProvider.so:TestProvider):entry
> point not found."
>
> Any clues as to what this could be due to? I've written the MOF, the
> registration MOF and the provider correctly to the best of my knowledge.

I believe your provider library is missing the PegasusCreateProvider function.
This function takes a String parameter which is the provider name (because a
provider library may include multiple provider classes) and returns a pointer
to the provider object itself.

See pegasus/src/Providers/sample/InstanceProvider/InstanceProviderMain.cpp
for an example.

-Roger

--

-- 
==============================================
 Roger W. Kumpf            roger_kumpf <at> hp.com
 Hewlett-Packard Company   408-447-3215
==============================================

pegasus

Review document [PEP#103- Simplifying Tracing Using Objects 1.0] created/updated

This message is generated by The Open Group's web service 
because you are a subscriber to the pegasus-l list

A review document has just been created/updated by David Dillard.

Web:         Pegasus PEPs
Title:       PEP#103- Simplifying Tracing Using Objects 1.0
URL:         http://www.openpegasus.org/pp/protected/revdoc.tpl?grid=540

----
To unsubscribe from this and/or other mailing lists administered by 
The Open Group please visit http://www.opengroup.org/sophocles/unsubscribe.tpl
or send a request to webmaster <at> opengroup.org (please include the text
of this message).

Review document [PEP#097 - Pegasus 2.4 Release Definition 1.1] created/updated

This message is generated by The Open Group's web service 
because you are a subscriber to the pegasus-l list

A review document has just been created/updated by Denise Eckstein.

Web:         Pegasus PEPs
Title:       PEP#097 - Pegasus 2.4 Release Definition 1.1
URL:         http://www.openpegasus.org/pp/protected/revdoc.tpl?grid=542

----
To unsubscribe from this and/or other mailing lists administered by 
The Open Group please visit http://www.opengroup.org/sophocles/unsubscribe.tpl
or send a request to webmaster <at> opengroup.org (please include the text
of this message).

Re: Review document [PEP#103- Simplifying Tracing Using Objects 1.0] created/updated

David,
Looks like there's a collision on PEP numbers.  Both you and Karl used 103.
Karl for the 2.3 readme, you for this PEP.

Martin, can you please resolve...  I propose moving David's to 104 since it
looks like Karl beat david to the punch by a day or so.

thanks,

Warren Grunbok
Pegasus Project Mgr.
IBM Poughkeepsie, NY
Tie-Line: 295-9466
External: (845) 435-9466
grunbok <at> us.ibm.com

                                                                                                                                    
                      David Dillard                                                                                                 
                      <david.dillard <at> ve        To:       pegasus-l <at> opengroup.org                                                    
                      ritas.com>               cc:                                                                                  
                                               Subject:  Review document [PEP#103- Simplifying Tracing Using Objects 1.0]           
                      11/01/2003 09:03          created/updated                                                                     
                      AM                                                                                                            

This message is generated by The Open Group's web service
because you are a subscriber to the pegasus-l list

A review document has just been created/updated by David Dillard.

Web:         Pegasus PEPs
Title:       PEP#103- Simplifying Tracing Using Objects 1.0
URL:         http://www.openpegasus.org/pp/protected/revdoc.tpl?grid=540

----
To unsubscribe from this and/or other mailing lists administered by
The Open Group please visit
http://www.opengroup.org/sophocles/unsubscribe.tpl
or send a request to webmaster <at> opengroup.org (please include the text
of this message).

re: IPMI provider

Roger,

Does Pegasus 2.3 support CPMI? Or I need to installed SBLIM CMPI adapter?

Regards

YH

-----邮件原件-----
发件人: Konrad Rzeszutek [mailto:konradr <at> us.ibm.com] 
发送时间: 2003年10月31日 11:33
收件人: YhLu
抄送: Martin Pool; Roger Kumpf; pegasus-l <at> opengroup.org; arvind.kumar <at> intel.
com; tom.slaight <at> intel.com
主题: Re: IPMI provider

Not that I know of.

The reason why I wondered why you are not considering using HPI is b/c
it offers a much easier library access and offers a lot more features
than IPMI. Futhermore, OpenHPI (one of the HPI implementation) is built
upon IPMI - so you don't lose any of the data that you would if you used
IPMI, and you gain more features.

Visit http://openhpi.sourceforge.net/ for more information.

YhLu wrote:

> Is there any pegasus provider for OpenHPI?
> 
> YH.
> 
> -----邮件原件-----
> 发件人: Konrad Rzeszutek [mailto:konradr <at> us.ibm.com] 
> 发送时间: 2003年10月31日 6:42
> 收件人: YhLu
> 抄送: Martin Pool; Roger Kumpf; pegasus-l <at> opengroup.org;
arvind.kumar <at> intel.
> com; tom.slaight <at> intel.com
> 主题: Re: IPMI provider
> 
> Why not use HPI instead of going straight to IPMI?
> 
> YhLu wrote:
> 
> 
>>Martin,
>>
>>Good. Please let me know how to involve your Open Source project.
>>
>>In the DMTF June Meeting, Intel has one presentation on that. So they may
>>have done something about that.
>>
> 
>
http://www.globalmanagementconference.com/schedule/presentations/wednesday/G
> 
>>MC03_IPMI-CIM-for-DMTF.pdf
>>
>>There are two providers:
>>1. InBand provider: It will be used Pegasus CIMOM in the managed node.It
>>should be in C++.
>>2. Out Of Band Provider: It will be used by CIMOM in the Proxy Server, it
>>should be in C++ or java too. If it is in C++, then should stick to CMPI,
>>because I suppose to use Java CIMOM in Proxy Server and reduce the coding
>>and debugging loading. 
>>
>>I will have a look on OpenIPMI to see if I can base that to produce CMPI
> 
> for
> 
>>both.
>>Otherwise I have to use our own code to build InBand Provider in C++ and
> 
> Out
> 
>>of Band Provider in java.
>>
>>Regards
>>
>>YH.
>>
>>-----邮件原件-----
>>发件人: Martin Pool [mailto:mbp <at> sourcefrog.net] 
>>发送时间: 2003年10月30日 16:00
>>收件人: YhLu
>>抄送: Roger Kumpf; pegasus-l <at> opengroup.org
>>主题: Re: IPMI provider
>>
>>On 30 Oct 2003, YhLu <YhLu <at> tyan.com> wrote:
>>
>>
>>>Roger,
>>>
>>>Do you know any open source project for IPMI provider for Pegasus? and
>>
>>does
>>
>>
>>>it support out of band proxy provider?
>>
>>
>>Some of us in HP's Linux & Open Source Lab are looking at writing such
>>a thing.  There is no available source yet.  If you want it, or want
>>to work on it, let's coordinate our efforts.
>>
> 
> 
> 

Re: IPMI provider

YhLu,

Right now you have to install it yourself and use SBLIM CMPI adapter.
There is PEP to include it in Pegasus and activiate it with a envionment
variable during compilation.

YhLu wrote:

> Roger,
> 
> Does Pegasus 2.3 support CPMI? Or I need to installed SBLIM CMPI adapter?
> 
> Regards
> 
> YH
> 
> -----邮件原件-----
> 发件人: Konrad Rzeszutek [mailto:konradr <at> us.ibm.com] 
> 发送时间: 2003年10月31日 11:33
> 收件人: YhLu
> 抄送: Martin Pool; Roger Kumpf; pegasus-l <at> opengroup.org; arvind.kumar <at> intel.
> com; tom.slaight <at> intel.com
> 主题: Re: IPMI provider
> 
> Not that I know of.
> 
> The reason why I wondered why you are not considering using HPI is b/c
> it offers a much easier library access and offers a lot more features
> than IPMI. Futhermore, OpenHPI (one of the HPI implementation) is built
> upon IPMI - so you don't lose any of the data that you would if you used
> IPMI, and you gain more features.
> 
> Visit http://openhpi.sourceforge.net/ for more information.
> 
> YhLu wrote:
> 
> 
>>Is there any pegasus provider for OpenHPI?
>>
>>YH.
>>
>>-----邮件原件-----
>>发件人: Konrad Rzeszutek [mailto:konradr <at> us.ibm.com] 
>>发送时间: 2003年10月31日 6:42
>>收件人: YhLu
>>抄送: Martin Pool; Roger Kumpf; pegasus-l <at> opengroup.org;
> 
> arvind.kumar <at> intel.
> 
>>com; tom.slaight <at> intel.com
>>主题: Re: IPMI provider
>>
>>Why not use HPI instead of going straight to IPMI?
>>
>>YhLu wrote:
>>
>>
>>
>>>Martin,
>>>
>>>Good. Please let me know how to involve your Open Source project.
>>>
>>>In the DMTF June Meeting, Intel has one presentation on that. So they may
>>>have done something about that.
>>>
>>
>>
> http://www.globalmanagementconference.com/schedule/presentations/wednesday/G
> 
>>>MC03_IPMI-CIM-for-DMTF.pdf
>>>
>>>There are two providers:
>>>1. InBand provider: It will be used Pegasus CIMOM in the managed node.It
>>>should be in C++.
>>>2. Out Of Band Provider: It will be used by CIMOM in the Proxy Server, it
>>>should be in C++ or java too. If it is in C++, then should stick to CMPI,
>>>because I suppose to use Java CIMOM in Proxy Server and reduce the coding
>>>and debugging loading. 
>>>
>>>I will have a look on OpenIPMI to see if I can base that to produce CMPI
>>
>>for
>>
>>
>>>both.
>>>Otherwise I have to use our own code to build InBand Provider in C++ and
>>
>>Out
>>
>>
>>>of Band Provider in java.
>>>
>>>Regards
>>>
>>>YH.
>>>
>>>-----邮件原件-----
>>>发件人: Martin Pool [mailto:mbp <at> sourcefrog.net] 
>>>发送时间: 2003年10月30日 16:00
>>>收件人: YhLu
>>>抄送: Roger Kumpf; pegasus-l <at> opengroup.org
>>>主题: Re: IPMI provider
>>>
>>>On 30 Oct 2003, YhLu <YhLu <at> tyan.com> wrote:
>>>
>>>
>>>
>>>>Roger,
>>>>
>>>>Do you know any open source project for IPMI provider for Pegasus? and
>>>
>>>does
>>>
>>>
>>>
>>>>it support out of band proxy provider?
>>>
>>>
>>>Some of us in HP's Linux & Open Source Lab are looking at writing such
>>>a thing.  There is no available source yet.  If you want it, or want
>>>to work on it, let's coordinate our efforts.
>>>
>>
>>
>>
> 
> 

Review document [PEP#102 CMPI Pluggable Provider Manager 1.2] created/updated

This message is generated by The Open Group's web service 
because you are a subscriber to the pegasus-l list

A review document has just been created/updated by Ed Boden.

Web:         Pegasus PEPs
Title:       PEP#102 CMPI Pluggable Provider Manager 1.2
URL:         http://www.openpegasus.org/pp/protected/revdoc.tpl?grid=547

----
To unsubscribe from this and/or other mailing lists administered by 
The Open Group please visit http://www.opengroup.org/sophocles/unsubscribe.tpl
or send a request to webmaster <at> opengroup.org (please include the text
of this message).

Review document [PEP#106: Pegasus Environment Variables 1.0] created/updated

This message is generated by The Open Group's web service 
because you are a subscriber to the pegasus-l list

A review document has just been created/updated by Konrad Rzeszutek.

Web:         Pegasus PEPs
Title:       PEP#106: Pegasus Environment Variables 1.0
URL:         http://www.openpegasus.org/pp/protected/revdoc.tpl?grid=546

----
To unsubscribe from this and/or other mailing lists administered by 
The Open Group please visit http://www.opengroup.org/sophocles/unsubscribe.tpl
or send a request to webmaster <at> opengroup.org (please include the text
of this message).