1. Cannot recall any of my experience.
2. I suggest to check if it is x86_64 issue first. Try to reproduce it on
32-bit system.
Anton Pak
On Thu, 28 Jul 2011 16:23:29 +0400, Anusha Konduru/HYD/TCS
<[email protected]> wrote:
> Hi,
>
> Thanks for the response.
>
> 1. Have you ever observed such issues in the past for any architecture?
> 2. If we want to resolve this, on which aspect we should focus?
>
> Please provide some information regarding this.
>
> Thanks ans Regards,
> Anusha K
>
>
> ----- Original Message -----
> From: "Anton Pak" <[email protected]>
> To: "Anusha Konduru/HYD/TCS" <[email protected]>,
> [email protected]
> Sent: Thursday, July 28, 2011 3:21:04 PM
> Subject: Re: [Openhpi-devel] Reg: core dump in openhpi daemon
>
> There was no intense x86_64 testing for OpenHPI.
> IPMI Direct plug-in (and OpenHPI too) can have issues we are not aware of
> on that platform.
>
> Anton Pak
>
> On Thu, 28 Jul 2011 13:39:41 +0400, Anusha Konduru/HYD/TCS
> <[email protected]> wrote:
>
>> Hi,
>>
>> Thanks for the quick reply.
>> Yes it is in x86_64
>>
>> Thanks and Regards,
>> Anusha K
>>
>> ----- Original Message -----
>> From: "Anton Pak" <[email protected]>
>> To: [email protected], "Anusha Konduru/HYD/TCS"
>> <[email protected]>
>> Cc: "Arnab11 G" <[email protected]>, "K, Srinivas (EXT-Other -
>> FI/Espoo)" <[email protected]>, "Santhosh Kanchanapally (EXT-Other
>> - FI)" <[email protected]>
>> Sent: Thursday, July 28, 2011 2:42:08 PM
>> Subject: Re: [Openhpi-devel] Reg: core dump in openhpi daemon
>>
>> I wonder if it is x86_64 issue.
>>
>> Anton Pak
>>
>> On Thu, 28 Jul 2011 10:54:16 +0400, Anusha Konduru/HYD/TCS
>> <[email protected]> wrote:
>>
>>>
>>> Hi ,
>>>
>>> We found openhpi daemon throws core dump at startup randomly with
>>> openhpi version 2.12.
>>> 1.)
>>>
>>> Core was generated by `/usr/sbin/openhpid -c
>>> /etc/openhpi/openhpi.conf'.
>>> Program terminated with signal 11, Segmentation fault.
>>> #0 0x00002af1ed9f7b75 in cIpmiInventoryAreaProduct::ParseFruArea ()
>>> from /usr/lib64/openhpi/libipmidirect.so
>>> (gdb) bt
>>> #0 0x00002af1ed9f7b75 in cIpmiInventoryAreaProduct::ParseFruArea ()
>>> from /usr/lib64/openhpi/libipmidirect.so
>>> #1 0x00002af1ed9f71b6 in cIpmiInventoryParser::ParseFruInfo () from
>>> /usr/lib64/openhpi/libipmidirect.so
>>> #2 0x00002af1ed9f5864 in cIpmiInventory::Fetch () from
>>> /usr/lib64/openhpi/libipmidirect.so
>>> #3 0x00002af1ed9feb63 in cIpmiMcVendor::CreateInv () from
>>> /usr/lib64/openhpi/libipmidirect.so
>>> #4 0x00002af1ed9ffb80 in cIpmiMcVendor::CreateInvs () from
>>> /usr/lib64/openhpi/libipmidirect.so
>>> #5 0x00002af1ed9fc4ad in cIpmiMcVendor::CreateRdrs () from
>>> /usr/lib64/openhpi/libipmidirect.so
>>> #6 0x00002af1ed9fa540 in cIpmiMc::HandleNew () from
>>> /usr/lib64/openhpi/libipmidirect.so
>>> #7 0x00002af1ed9ef336 in cIpmiMcThread::DiscoverForSubboard () from
>>> /usr/lib64/openhpi/libipmidirect.so
>>> #8 0x00002af1ed9f0b10 in cIpmiMcThread::HandleEvent () from
>>> /usr/lib64/openhpi/libipmidirect.so
>>> #9 0x00002af1ed9f0d6d in cIpmiMcThread::HandleEvents () from
>>> /usr/lib64/openhpi/libipmidirect.so
>>> #10 0x00002af1ed9f0f47 in cIpmiMcThread::Run () from
>>> /usr/lib64/openhpi/libipmidirect.so
>>> #11 0x00002af1eda124e6 in cThread::Thread () from
>>> /usr/lib64/openhpi/libipmidirect.so
>>> #12 0x00002af1ec847ecb in start_thread () from /lib64/libpthread.so.0
>>> #13 0x00002af1ecfa68fd in clone () from /lib64/libc.so.6
>>> #14 0x0000000000000000 in ?? ()
>>>
>>>
>>> 2.)
>>> Core was generated by `/usr/sbin/openhpid -c
>>> /etc/openhpi/openhpi.conf'.
>>> Program terminated with signal 7, Bus error.
>>> #0 0x00002ac4d9f53f51 in cIpmiMcThread::Run (this=0x67d040) at
>>> ipmi_discover.cpp:234
>>> 234 ipmi_discover.cpp: No such file or directory.
>>> in ipmi_discover.cpp
>>> (gdb) bt
>>> #0 0x00002ac4d9f53f51 in cIpmiMcThread::Run (this=0x67d040) at
>>> ipmi_discover.cpp:234
>>> #1 0x00002ac4d9f754e6 in cThread::Thread (param=0x67d040) at
>>> thread.cpp:109
>>> #2 0x00002ac4d8daaecb in start_thread () from /lib64/libpthread.so.0
>>> #3 0x00002ac4d95098fd in clone () from /lib64/libc.so.6
>>> #4 0x0000000000000000 in ?? ()
>>> Current language: auto; currently c++
>>> (gdb) q
>>>
>>> Did you find these core dump in your observations.Please let us know.
>>>
>>>
>>> Thanks and Regards,
>>> Anusha K
>>>
>>>
>>>
>>> Thanks and Regards,
>>> Anusha K
>>> =====-----=====-----=====
>>> Notice: The information contained in this e-mail
>>> message and/or attachments to it may contain
>>> confidential or privileged information. If you are
>>> not the intended recipient, any dissemination, use,
>>> review, distribution, printing or copying of the
>>> information contained in this e-mail message
>>> and/or attachments to it are strictly prohibited. If
>>> you have received this communication in error,
>>> please notify us by reply e-mail or telephone and
>>> immediately and permanently delete the message
>>> and any attachments. Thank you
------------------------------------------------------------------------------
Got Input? Slashdot Needs You.
Take our quick survey online. Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey
_______________________________________________
Openhpi-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openhpi-devel
