arm_start call dumps core in 64 bit HP UX

[S. Anand]

Hi,

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

[inukoti]

Hi anand,

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

[S. Anand]

Hi Bobby,

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

[inukoti]

Hi anand,
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

[Dennis Handly]

>This is full information I can provide for further fullest analysis on this dump.

Do you have a stack trace from your core file?

[S. Anand]

Hi,

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

[Dennis Handly · Accepted solution]

>Memory fault(coredump)
#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

[S. Anand]

Hi All,

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