U_get_previous_frame_x in hpux 11.31 platform

[jgobbur]

I am getting 'U_get_previous_frame_x' through SIGSEGV.
Here is stack output.

_sigreturn() call sspuser() 800003FF00000001 ?
000000002 ?
800000010028C16C ?
80000001002748B0 ?
000000048 ?
1000000000000000 ?
800000000000000 ? 07FFFFFFC ?
_memmove()+408 call _sigreturn() 13B2AEA0E7706 ?
40000000027B0210 ?
3058000808A1252B ?
800003FFF7F0A698 ?
80000001002748B0 ?
4000000000B80B38 ?
8000000100017318 ?
8000000100016B30 ?
kco_copy_preimage() call 4000000006D67810 800003FFF800ECB0 ?
+56 400000000179E870 ?
800003FFF7EA8388 ?
10000000B ? 10025E8B0 ?
00025F0B0 ? 01482DAC0 ?
A7A319684B ?
NOTICE: Signal generated by another process. A call stack
dump does not mean that a problem exists in this process

*** 2010-12-24 10:28:00.437
Exception [type: SIGSEGV, Unknown Error] [ADDR:0xFFFFFFFFFFFFFAD0] [PC:0xC000000
000751E54, U_get_previous_frame_x()+1140] [exception issued by pid: -1, uid: -13
28] [flags: 0x2, count: 4]
Not recording an ORA-7445 (previous attmpet failed)
Registers:
r1: 7 r22: 800003fff8012950 sr4: 9c4000
rp: 71bd943 arg3: 0 sr0: 279e400
r3: 800000010038f478 arg2: 40000000071bd943 sr1: 6142800
r4: 8000000100388550 arg1: 800000010038fa60 sr2: 0
r5: c0000000007519e0 arg0: 520 sr3: 0
r6: 0 dp: 800003fff7f59ed0 sr5: 8d27800
r7: 17238 ret0: 0 sr6: a3e4800
r8: 10 ret1: 0 sr7: 279e400
r9: fffffffffffffae0 sp: 800000010038f8b0 cr0: c85238
r10: 0 r31: 800003fff8012950 cr8: 8000000000000000
r11: 0 sar: 2a cr9: 10bfaa0
r12: 71bd943 pcoqh: c000000000751e57 ccr: c000000000000000
r13: 800000010036fad8 pcsqh: 279e400 cr12: 101a1a0
r14: 8 pcoqt: c000000000751e5b cr13: 3941c
r15: 40000000024e6400 pcsqt: 279e400 cr24: 5ffe00000
r16: 800000010036fa38 eiem: ffffffffffffffff cr25: 80
r17: 72 iir: 51373fe1 cr26: 547659000
r18: 30 isr: 0 mpsfu_hi: 800003fff7ee5490
r19: 800003fff8012e70 ior: fffffffffffffad0 mpsfu_lo: 0
r20: 520 ipsw: 804010f mpsfu_ov: 0
r21: 800003fff8012e70 goto: ffffffff pad: 8000009
ssexhd: crashing the process...

Is there any patches required for this issue/

[Dennis Handly]

You are going to have to talk to Oracle about this. I have no idea how to read their NIH stack trace.

>_memmove()+408 call _sigreturn() 13B2AEA0E7706 ?

This seems to imply that memmove got that signal.

>Is there any patches required for this issue?

There is a newer libcl patch:
http://www.itrc.hp.com/service/patch/patchDetail.do?patchid=PHSS_40804

[jgobbur]

This issue is coming during heavy load(system memory full). But it is not reproducible in the normal load.

[jgobbur]

Could you tell me how to enable NIH stack? is there any global variable to set to get NIH stack details from kernel level?

[Dennis Handly]

>This issue is coming during heavy load (system memory full).

Talk to Oracle.

>Could you tell me how to enable NIH stack?

NIH == foreign devil :-)
http://acronyms.thefreedictionary.com/NIH