Hi,
How can we change the Domain ID in openhpid in openhpi version 2.14.1?
Thanks,
Ed
On Fri, Aug 23, 2013 at 1:48 PM, Ed Lombardo <edclomba...@gmail.com> wrote:
> Hi,
> What information do we tell the client app so it can connect and
> communicate with the remote openhpid?
> We are missing something that does not allow the client app to pass the
> opensession.
>
> Thanks,
> Ed
>
>
>
> On Fri, Aug 23, 2013 at 11:17 AM, Anton Pak <av...@ngs.ru> wrote:
>
>> Yes, 2.14.1 supports remote openhpid.
>>
>> Anton Pak
>>
>>
>> On Fri, 23 Aug 2013 19:11:55 +0400, Ed Lombardo <edclomba...@gmail.com>
>> wrote:
>>
>> Hi,
>>>
>>> We are running openhpi 2.14.1, does this version support a remote
>>> openhpid?
>>> The latest version of openhpi 3.2.1 appears to have many changes and not
>>> sure upgrading will give me more issues running on our ATCA ecosystem.
>>>
>>> Thanks,
>>> Ed
>>>
>>>
>>> On Fri, Aug 23, 2013 at 1:41 AM, Anton Pak <av...@ngs.ru> wrote:
>>>
>>> Hi Ed,
>>>>
>>>> Domain Id is just a number without special meaning.
>>>> I suggest you strace your app and see to which address it tries to
>>>> connect.
>>>>
>>>> Domain configuration is rather complex stuff.
>>>> Some explanation can be found there:
>>>>
>>>> http://sourceforge.net/****projects/openhpi/files/**<http://sourceforge.net/**projects/openhpi/files/**>
>>>> openhpi-development/2.17.0/<ht**tp://sourceforge.net/projects/**
>>>> openhpi/files/openhpi-**development/2.17.0/<http://sourceforge.net/projects/openhpi/files/openhpi-development/2.17.0/>
>>>> >
>>>>
>>>>
>>>> See "What is New" document.
>>>>
>>>> Anton Pak
>>>>
>>>>
>>>> On Fri, 23 Aug 2013 04:26:58 +0400, Ed Lombardo <edclomba...@gmail.com>
>>>> wrote:
>>>>
>>>> Hi,
>>>>
>>>>> What is the definition of domainId, is it a 32bit hex value of the IP
>>>>> address of the node running openhpid?
>>>>> Do I need to set OPENHPID_DAEMON_HOST to the remote openhpid?
>>>>> What do I set OPENHPI_DAEMON_HOST to?
>>>>>
>>>>> Thanks,
>>>>> Ed
>>>>>
>>>>>
>>>>> On Thu, Aug 22, 2013 at 5:08 PM, Ed Lombardo <edclomba...@gmail.com>
>>>>> wrote:
>>>>>
>>>>> Looking at hpicli.c code if HclSendRecvCommands() fails and rc ==
>>>>>
>>>>>> SA_ERR_HPI_NO_RESPONSE then the return code is
>>>>>> SA_ERR_HPI_INVALID_DOMAIN.
>>>>>> There is a comment in the code that says " SA_ERR_HPI_INVALID_DOMAIN
>>>>>> is
>>>>>> returned if no domain matching the specified domain identifier
>>>>>> exists."
>>>>>>
>>>>>> The domainId passed into this function is the remote Host IP converted
>>>>>> with inet_addr().
>>>>>>
>>>>>> MSP.pmp.6.1:/hd> ./testRvnGetHpiDiscovery
>>>>>> OPENHPI_DAEMON_HOST = 169.254.9.1 <<<<<< correct IP of remote host
>>>>>> running openhpid
>>>>>>
>>>>>> Initializing HPI interface SaHpi Version 0x20101
>>>>>> HCL Version 0x20101
>>>>>> Domain Id 0x109fea9 <<<<<<
>>>>>> inet_addr("169.254.9.1") result
>>>>>> FAILED To Open session rc - 0xfffffc09. <<<<<< Misleading
>>>>>> statement if HclSendRecvCommands() fails
>>>>>> MSP.pmp.6.1:/hd> echo $OPENHPID_DAEMON_HOST
>>>>>>
>>>>>> When I run the same client app on same blade that is running openhpid
>>>>>> and
>>>>>> OPENHPI_DAEMON_HOST=localhost it passes.
>>>>>>
>>>>>> MSP.pmp.9.1:/hd> ./testRvnGetHpiDiscovery
>>>>>> OPENHPI_DAEMON_HOST = localhost
>>>>>>
>>>>>> Initializing HPI interface SaHpi Version 0x20101
>>>>>> HCL Version 0x20301
>>>>>> Domain Id 0xffffffff
>>>>>> saHpiSessionOpen success: sessionId = 0x1
>>>>>>
>>>>>> saHpiDiscover returned Success <<<<< Passed
>>>>>> saHpiSessionClose returned Success
>>>>>>
>>>>>>
>>>>>> Must be the IP address or port number?
>>>>>>
>>>>>>
>>>>>> On Thu, Aug 22, 2013 at 4:25 PM, Anton Pak <av...@ngs.ru> wrote:
>>>>>>
>>>>>> Hi En,
>>>>>>
>>>>>>>
>>>>>>> Another way is to create HPI domain record on fly.
>>>>>>> Something like this:
>>>>>>>
>>>>>>> SaError rv;
>>>>>>> SaHpiDomainIdT did;
>>>>>>> SaHpiSessionIdT sid;
>>>>>>> rv = oHpiDomainAdd(host, port, entity_root, &did);
>>>>>>> rv = saHpiSessionOpen(did, &sid, nullptr);
>>>>>>> rv = saHpiDiscover(sid);
>>>>>>>
>>>>>>> Anton Pak
>>>>>>>
>>>>>>> On Thu, 22 Aug 2013 23:31:47 +0400, David Mckinley
>>>>>>> <david.mckin...@oracle.com> wrote:
>>>>>>>
>>>>>>> > Hi Ed,
>>>>>>> >
>>>>>>> >
>>>>>>> > I don't know off the top of my head, but it is likely that the
>>>>>>> problem
>>>>>>> > is in the area of the configuration that maps HPI domain Id to HPI
>>>>>>> > Daemons. The error code 0xfffffc09 is SAERR_HPI_INVALID_DOMAIN,
>>>>>>> which
>>>>>>> > probably just means that the HPI library could not reach the
>>>>>>> daemon it
>>>>>>> > thinks is associated with the domain you are trying to open.
>>>>>>> >
>>>>>>> >
>>>>>>> > I'm not sure of the role of the OPENHPI_DAEMON_HOST environment
>>>>>>> > variable, but I'd suggest editing the /etc/openhpi/openhpiclient.**
>>>>>>>
>>>>>>> conf
>>>>>>> > file to associate a particular HPI domain Id with the remote HPI
>>>>>>> daemon,
>>>>>>> > then opening the session to that domain Id.
>>>>>>> >
>>>>>>> >
>>>>>>> > Cheers,
>>>>>>> >
>>>>>>> >
>>>>>>> > David
>>>>>>> >
>>>>>>> >
>>>>>>> > From: Ed Lombardo [mailto:edclomba...@gmail.com]
>>>>>>> > Sent: Thursday, August 22, 2013 2:12 PM
>>>>>>> > To: HYPERLINK
>>>>>>> > "mailto:openhpi-devel@lists.****sourceforge.net<http://sourceforge.net>
>>>>>>> <openhpi-devel@**lists.sourceforge.net<openhpi-devel@lists.sourceforge.net>
>>>>>>> >
>>>>>>> "
>>>>>>> openhpi-devel@lists.**sourcefo**rge.net <http://sourceforge.net><
>>>>>>> openhpi-devel@lists.**sourceforge.net<openhpi-devel@lists.sourceforge.net>
>>>>>>> >
>>>>>>>
>>>>>>> > Subject: Re: [Openhpi-devel] openhpi discover
>>>>>>> >
>>>>>>> >
>>>>>>> > Hi David,
>>>>>>> >
>>>>>>> > I took hpiapp and copied enough code to have a client app that
>>>>>>> calls
>>>>>>> > saHpiDiscover() method. I changed OPENHPI_DAEMON_HOST to the host
>>>>>>> > running openhpid (169.254.9.1). When I run the client app I get
>>>>>>> the
>>>>>>> > following error:
>>>>>>> >
>>>>>>> > MSP.pmp.6.1:/hd> ./testRvnGetHpiDiscovery
>>>>>>> > OPENHPI_DAEMON_HOST = 169.254.9.1
>>>>>>> > Initializing HPI interface SaHpi Version 0x20101
>>>>>>> > HCL Version 0x20101
>>>>>>> > Domain Id 0x109fea9
>>>>>>> > FAILED To Open session rc - 0xfffffc09.
>>>>>>> >
>>>>>>> > I can run hpiapp successfully on the blade running openhpid
>>>>>>> > (169.254.9.1). But when I run from other blade (169.254.6.1) I get
>>>>>>> the
>>>>>>> > above failure. I have seen SaHpi Version 0x20101 when I run
>>>>>>> hpiapp on
>>>>>>> > blade that does not have openhpid running and OPENHPI_DAEMON_HOST
>>>>>>> is
>>>>>>> set
>>>>>>> > to localhost.
>>>>>>> >
>>>>>>> > What am I missing?
>>>>>>> >
>>>>>>> > Thanks,
>>>>>>> >
>>>>>>> > Ed
>>>>>>> >
>>>>>>> >
>>>>>>> > On Wed, Aug 21, 2013 at 2:02 PM, David Mckinley <HYPERLINK
>>>>>>> > "mailto:david.mckinley@oracle.****com <david.mckin...@oracle.com>"
>>>>>>> \
>>>>>>>
>>>>>>> ndavid.mckin...@oracle.com> wrote:
>>>>>>> >
>>>>>>> > Hello Ed,
>>>>>>> >
>>>>>>> >
>>>>>>> > You could start a client pointing to the openhpi daemon on the
>>>>>>> other
>>>>>>> > node and call saHpiDiscover(). This call will block until that
>>>>>>> daemon
>>>>>>> > has completed its ipmi discovery cycle.
>>>>>>> >
>>>>>>> >
>>>>>>> > Regards,
>>>>>>> >
>>>>>>> >
>>>>>>> > David McKinley
>>>>>>> >
>>>>>>> >
>>>>>>> > From: Ed Lombardo [mailto:HYPERLINK "mailto:edclomba...@gmail.com";
>>>>>>> > \nedclomba...@gmail.com]
>>>>>>> > Sent: Wednesday, August 21, 2013 12:57 PM
>>>>>>> > To: HYPERLINK
>>>>>>> > "mailto:openhpi-devel@lists.****sourceforge.net<http://sourceforge.net>
>>>>>>> <openhpi-devel@**lists.sourceforge.net<openhpi-devel@lists.sourceforge.net>
>>>>>>> >
>>>>>>> "
>>>>>>> > \nopenhpi-devel@lists.**source**forge.net <http://sourceforge.net>
>>>>>>> <nopenhpi-devel@**lists.sourceforge.net<nopenhpi-de...@lists.sourceforge.net>
>>>>>>> >
>>>>>>>
>>>>>>> > Subject: [Openhpi-devel] openhpi discover
>>>>>>> >
>>>>>>> >
>>>>>>> > Hi,
>>>>>>> >
>>>>>>> > We have dual nodes running openhpi with ipmidirect and we are
>>>>>>> > experiencing collision between the two during discovery and reading
>>>>>>> sdr
>>>>>>> > records. Is there a way in which we can learn when one openhpi
>>>>>>> instance
>>>>>>> > has completed discovery? We want to hold off one from running
>>>>>>> openhpi
>>>>>>> > until the other has finished.
>>>>>>> >
>>>>>>> >
>>>>>>> > Thanks,
>>>>>>> >
>>>>>>> > Ed
>>>>>>> >
>>>>>>> >
>>>>>>> >
>>>>>>> ------------------------------****----------------------------**--**
>>>>>>>
>>>>>>> ------------------
>>>>>>> > Introducing Performance Central, a new site from SourceForge and
>>>>>>> > AppDynamics. Performance Central is your source for news, insights,
>>>>>>> > analysis and resources for efficient Application Performance
>>>>>>> Management.
>>>>>>> > Visit us today!
>>>>>>> >
>>>>>>> http://pubads.g.doubleclick.****net/gampad/clk?id=48897511&iu=****
>>>>>>> /4140/ostg.clktrk<http://**pubads.g.doubleclick.net/**
>>>>>>> gampad/clk?id=48897511&iu=/**4140/ostg.clktrk<http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk>
>>>>>>> >
>>>>>>> > ______________________________****_________________
>>>>>>> > Openhpi-devel mailing list
>>>>>>> > HYPERLINK
>>>>>>> > "mailto:Openhpi-devel@lists.****sourceforge.net<http://sourceforge.net>
>>>>>>> <Openhpi-devel@**lists.sourceforge.net<Openhpi-devel@lists.sourceforge.net>
>>>>>>> >
>>>>>>> "
>>>>>>> Openhpi-devel@lists.**sourcefo**rge.net <http://sourceforge.net><
>>>>>>> Openhpi-devel@lists.**sourceforge.net<Openhpi-devel@lists.sourceforge.net>
>>>>>>> >
>>>>>>> > https://lists.sourceforge.net/****lists/listinfo/openhpi-devel<https://lists.sourceforge.net/**lists/listinfo/openhpi-devel>
>>>>>>> **<https://lists.sourceforge.**net/lists/listinfo/openhpi-**devel<https://lists.sourceforge.net/lists/listinfo/openhpi-devel>
>>>>>>> >
>>>>>>> >
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------****----------------------------**--**
>>>>>>>
>>>>>>> ------------------
>>>>>>> Introducing Performance Central, a new site from SourceForge and
>>>>>>> AppDynamics. Performance Central is your source for news, insights,
>>>>>>> analysis and resources for efficient Application Performance
>>>>>>> Management.
>>>>>>> Visit us today!
>>>>>>>
>>>>>>> http://pubads.g.doubleclick.****net/gampad/clk?id=48897511&iu=****
>>>>>>> /4140/ostg.clktrk<http://**pubads.g.doubleclick.net/**
>>>>>>> gampad/clk?id=48897511&iu=/**4140/ostg.clktrk<http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk>
>>>>>>> >
>>>>>>> ______________________________****_________________
>>>>>>> Openhpi-devel mailing list
>>>>>>> Openhpi-devel@lists.**sourcefo**rge.net <http://sourceforge.net><
>>>>>>> Openhpi-devel@lists.**sourceforge.net<Openhpi-devel@lists.sourceforge.net>
>>>>>>> >
>>>>>>> https://lists.sourceforge.net/****lists/listinfo/openhpi-devel<https://lists.sourceforge.net/**lists/listinfo/openhpi-devel>
>>>>>>> **<https://lists.sourceforge.**net/lists/listinfo/openhpi-**devel<https://lists.sourceforge.net/lists/listinfo/openhpi-devel>
>>>>>>> >
>>>>>>>
>>>>>>>
>>>>>>>
>
------------------------------------------------------------------------------
Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news, insights,
analysis and resources for efficient Application Performance Management.
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk
_______________________________________________
Openhpi-devel mailing list
Openhpi-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openhpi-devel
