- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: arm_start call dumps core in 64 bit HP UX
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-05-2009 10:53 PM
тАО04-05-2009 10:53 PM
We use libarm.sl for Performance Data Analysis. We were using GlancePlus with HP UX 11.11i Enterprise Edition. Recently we upgraded OS to MCOE edition, which contains libarm library along with Work Load Manager.
After upgrading, we are not able to use "arm_start" api for start logging. It dumps core. If we use 32 bit library, user application working fine.
Core file analysis is straight forward. There is no much information, that we could conclude based on core file.
What is the MCOE upgrade does for this lib? How do we solve this issue?
Please respond with your ans if you have worked on this already.
Please revert back to me, if you need some more information.
Thank you.
\Anand S
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-06-2009 12:49 AM
тАО04-06-2009 12:49 AM
Re: arm_start call dumps core in 64 bit HP UX
MCOE is Mission critical patch for the kernel with some extra softwares included.
1. Try to reinstall the software .
2. If you have any contract with HP , log a case with HP.
bobby
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-06-2009 01:34 AM
тАО04-06-2009 01:34 AM
Re: arm_start call dumps core in 64 bit HP UX
Actually we need to replica the same env as customer is having. So here in HP we installed
"HP-UX 11i v1 (11.11) MCOE of December 2004" with Disk array Fileset "ULM-SERVICE (ULM-SERVICE B.11.11.01 SCSI Upper Layer Module Service)".
Following Patches were also installed with this upgradation as per suggestion from Customers [As they may use same server for more than one application servers].
├Г ├В┬╖ PHCO_27957
├Г ├В┬╖ PHCO_27958
├Г ├В┬╖ PHCO_27959
├Г ├В┬╖ PHCO_35955
├Г ├В┬╖ PHKL_30218
├Г ├В┬╖ PHKL_30219
├Г ├В┬╖ PHKL_35970
├Г ├В┬╖ PHSS_26799
Note: Before the upgradation, libarm 64 bit lib was working fine.
This is full information I can provide for further fullest analysis on this dump.
Thank you for your suggestion.
\Anand S
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-06-2009 02:11 AM
тАО04-06-2009 02:11 AM
Re: arm_start call dumps core in 64 bit HP UX
As per your reply the patches you installed have recompiled the kernel. So , first check with
ldd libarm*
As per the details check the dependencies if they are changed .
If yes try to re-install your arm application or package.
bobby
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-06-2009 04:42 AM
тАО04-06-2009 04:42 AM
Re: arm_start call dumps core in 64 bit HP UX
Do you have a stack trace from your core file?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-06-2009 10:40 PM
тАО04-06-2009 10:40 PM
Re: arm_start call dumps core in 64 bit HP UX
Please find the backtrace from core.
Application ARM Handle : [ 196608 ].
Transaction ID : [ 15 ].
Memory fault(coredump)
#0 0xc0000000000fcaac in udt_instance () from /opt/perf/lib/pa20_64/libarm.sl
(gdb) bt
#0 0xc0000000000fcaac in udt_instance () from /opt/perf/lib/pa20_64/libarm.sl
#1 0xc0000000000faa38 in tt_start () from /opt/perf/lib/pa20_64/libarm.sl
#2 0xc0000000000fb2f4 in arm_start () from /opt/perf/lib/pa20_64/libarm.sl
#3 0x4000000000001ecc in main () at ARM_Sample.C:31
CODE SEGMENT:
----
handle_App = arm_init ("ARM_SAMPLE", NULL, 0, 0, 0);
trans_Id = arm_getid (handle_App, "MAIN_AND_ONLY", NULL, 0, 0, 0);
handle_Start = arm_start (trans_Id, 0, 0, 0);
-----
Please revert back if you have any more suggestion / more information. Thank you.
Already checked the dependent libs using ldd. Those files are changed between these different editions of HPUX.
/usr/lib/libnsl.1 => /usr/lib/libnsl.1
/usr/lib/libxti.2 => /usr/lib/libxti.2
/usr/lib/libpthread.1 => /usr/lib/libpthread.1
libnsl.1 => /lib/pa20_64/libnsl.1
libxti.2 => /usr/lib/pa20_64/libxti.2
libnsl.1 => /lib/pa20_64/libnsl.1
libxti.2 => /usr/lib/pa20_64/libxti.2
Thank you all.
\Anand S
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-07-2009 03:26 AM
тАО04-07-2009 03:26 AM
Solution#0 0xc0000000000fcaac in udt_instance /opt/perf/lib/pa20_64/libarm.sl
#1 0xc0000000000faa38 in tt_start libarm.sl
#2 0xc0000000000fb2f4 in arm_start libarm.sl
#3 0x4000000000001ecc in main ARM_Sample.C:31
>handle_Start = arm_start(trans_Id, 0, 0, 0);
You could see what's wrong at the assembly level:
(gdb) info reg
(gdb) disas $pc-4*12 $pc+4*8
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-08-2009 10:46 PM
тАО04-08-2009 10:46 PM
Re: arm_start call dumps core in 64 bit HP UX
This issue of ARM lib core is solved.
Reasons for Crashing:
1. Mismatch in versions between libpthread and libarm.
2. GlancePlus 3.86 is not compatible with libpthread.
Symptoms:
1. with out libpthread inclusion with -L option to aCC, user application will crash.
2. With libpthread specified during compilation, arm_start call will hang on local mutex locking related api within libpthread.
Solution:
We moved to GlancePlus / WLM to 4.7, which is latest. Applications started working.
Thank you to Bobby and Dennis.
Best regards, Anand S