Hi David,
I am not sure whether this depends on plug-in. And I am not familiar with
the ipmidirect plug-in.
In oa_soap plug-in, we need to set the environment variable using export
OPENHPI_LOG_ON_SEV="DEBUG" before starting openhpid to get hotswap events.
Altrenative way is, there is a variable available in openhpi.conf file as
below, which is commented by default.
#OPENHPI_LOG_ON_SEV = "MINOR"
## OPENHPI_LOG_SEV sets the lowest severity level an event must meet to be
## logged in the domain event log. Possible values are (highest to lowest):
## "CRITICAL", "MAJOR", "MINOR", "INFORMATIONAL", "OK", and "DEBUG".
So uncomment OPENHPI_LOG_ON_SEV variable in conf file and set it to
appropriate value to get the events with corresponding severity.
Regards,
Shyamala
On Wed, Oct 5, 2011 at 7:56 PM, David McKinley <[email protected]>wrote:
> Hi Shyamala,****
>
> ** **
>
> That is not the behavior I see. Does this maybe depend on the plugin? I
> am using the ipmidirect plugin, connected via LAN to an IPMI 2.0 compliant
> chassis manager in a non-ATCA platform.****
>
> ** **
>
> First of all, it is impossible to subscribe for events before starting the
> daemon, because an attempt to call saHpiSessionOpen() returns an error,
> SA_ERR_HPI_NO_RESPONSE.****
>
> ** **
>
> After starting the daemon, it continues to return that error to
> saHpiSessionOpen() for some time. I keep retrying the call, until
> eventually it returns SA_OK.****
>
> ** **
>
> At that point, I immediately call saHpiSubscribe(), and then alternately
> call saHpiEventGet() and saHpiRptEntryGet(). saHpiEventGet() always returns
> SA_ERR_HPI_TIMEOUT, indicating no events are available to read.
> saHpiRptEntryGet() returns SA_ERR_HPI_NOT_PRESENT indicating that no RPT
> entries are present.****
>
> ** **
>
> After some time (30 seconds to a minute), saHpiEventGet() continues to
> return SA_ERR_HPI_TIMEOUT - still no events - but, saHpiRptEntryGet() now
> returns the first RPT entry, and I can walk through the entire table.****
>
> ** **
>
> Thus, all those RPT entries seem to have been added to the table, while the
> session was open and subscribed, but no events were received.****
>
> ** **
>
> If I call saHpiDiscover() just after the successful saHpiSessionOpen()
> return, it blocks for that 30 seconds to a minute. Calling
> saHpiRptEntryGet() just after it returns, I see that the RPT table is
> filled.****
>
> ** **
>
> David****
>
> ** **
>
> *From:* shyamala openhpi [mailto:[email protected]]
> *Sent:* Wednesday, October 05, 2011 7:34 AM
> *To:* [email protected]
> *Subject:* Re: [Openhpi-devel] saHpiDiscover() Required?****
>
> ** **
>
> Hi David,****
>
> ****
>
> Hot-swap or resource-added events will be received if we subscribe for the
> events before starting the openhpid daemon.****
>
> ****
>
> Regards,****
>
> Shyamala****
>
> On Wed, Oct 5, 2011 at 1:34 AM, David McKinley <[email protected]>
> wrote:****
>
> Hello,****
>
> ****
>
> I have just seen a problem with OpenHPI that I thought was fixed years ago.
> ****
>
> ****
>
> I started up the openhpi daemon as well as a client program. For a while,
> as the daemon was reading SDRs and such, I could not open a session. After
> a while, though, I could. When the session was open, I subscribed to
> receive events, and then tried to access the RPT and found it empty. A
> while later - after more reading of SDRs, FRU data, SELs, etc. by the
> daemon, I checked the RPT again, and it was now populated. ****
>
> ****
>
> >>> But no hot-swap or resource-added events were received by the open
> session!!! <<<****
>
> ****
>
> This would seem to be very bad behavior for an HPI implementation. If a
> user can have a session open, the RPT and RDR tables should never change
> without events being issued.****
>
> ****
>
> It seems I can work around this problem by calling saHpiDiscover()
> immediately after opening a session, but according to the HPI specification
> this is explicitly not required. Is this a known bug in OpenHPI?****
>
> ****
>
> Thanks,****
>
> ****
>
> David****
>
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Openhpi-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/openhpi-devel****
>
> ** **
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Openhpi-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/openhpi-devel
>
>
------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
_______________________________________________
Openhpi-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openhpi-devel
