program dumps core

[Clemens van Everdingen]

Hi @,

Now I am in need of some help:

We do start a program and it dumps core.
# file core
core: core file from 'dmscraper' - received SIGABRT

# what core
core:
HP DCE/9000 1.5 PHSS_27258-59 Module: libcma.1 (Export) Date: Jun 12 2002 12:26:42
PATCH-PHCO_25640 for 10.20; for 10.30, 11.x compatibility libc.1_ID@@/main/r10dav/libc_dav/libc_dav_cpe//1
/ux/core/libs/libc/shared_pa1/libc.1_ID
Nov 30 2001 06:35:42
SMART_BIND
92453-07 dld dld dld.sl B.11.33 020617

Also found: cma_dump.log

Messages in this file:

%Internal DCE Threads problem (version CMA BL10+), terminating execution.
% Reason: cma__open_general: unexpected fstat error
The current thread is 1 (address 0x7b014e78)
DECthreads scheduling database is locked.

Does anybody have a clue why this is happening, and how to troubleshoot this further.

Possible patching issue ? for example: PHSS_28386 ?

I could not relate this patch directly to the issue !

Kind regards for any help,
Clemens

[Bruno Vidal]

Hi,
What I can suggest is using tusc to know when this signal is caught (which syscall). But you're right, try also to install latest patche related to libs that this process is using (libc, DCE). But it seems really related to a DCE problem, or a locking problem (do you have any messages in dmesg ??).

Cheers.

[Robert-Jan Goossens]

Clemens,

Hmmmm not sure this is going to help you, it's an oldy.

Date: 5/9/97
Document description: Internal DCE Threads problem - cma__ts_open fd is too large
Document id: W3592711

Robert-Jan.

[Clemens van Everdingen]

Hi,

No messages in dmesg ! Too bad :)
This is our production system, so patching is a bit of a problem, unless I can really point to a issue solved with this patch.

Clemens

[Clemens van Everdingen]

Robert,

Found that one as well, but was not able to relate this one to the current problem.

Clemens

[Alex Glennie]

Hi, couldn't tell me what the O/S is here ... I'm a bit confused as there's mention of patches for 11.11 and also mention of DCE 1.5 which is 10.20.

I've seen that error before and it was cured by a patch at 11.00 s700_800 11.00 HP DCE/9000 1.7 Runtime cumulative patch PHSS_27962

the defect being :

7. JAGad27398 : CMA dumps core as it doesn't check fo condition EINPROGRESS.

So getting the latest appropriate dce patch installed may well be a good idea along with libC.

other than than a stack trace gdb ./> ./core may help those more familiar with dce/threads programming something I've not yet got my head around.

[Clemens van Everdingen]

Alex,

The os is: B.11.11 U

Clemens

[Massimo Bianchi]

Hi,
what MC/SG release do you have ?

I saw some defects related also to the combination of MC/SG and DCE kernel thread.

They should be addressed by the patch you mentioned, but i wuold like to know your release.

They also mentioned some test against the cluster using nmap. Did you used that ?

HTH,
Massimo

[Massimo Bianchi]

Hi,
for example

PHSS_28849: HANG
After an upgrade of ServiceGuard cluster from
version A.10.06 or earlier to A.11.13, cmrunnode
command may fail.

If a port-scanning utility such as the Linux
application "nmap" is executed against a node
running ServiceGuard, cmcld on the node may hang
and unexpectedly fail.


HTH,
Massimo

[Clemens van Everdingen]

Massimo,

Sorry it's not related to MC/SG anyway, I posted this by accident in this group.

By the way we are using MC/SG A.11.14

Thanks,
Clemens