[3180] in Kerberos-V5-bugs
pending/925: gss-api
daemon@ATHENA.MIT.EDU (fariba)
Wed Feb 28 19:36:27 2001
Resent-From: gnats@rt-11.mit.edu (GNATS Management)
Resent-To: gnats-admin@rt-11.mit.edu
Resent-Reply-To: krb5-bugs@MIT.EDU, fariba <fariba@usc.edu>
Message-Id: <3A9D993C.D30F7A32@usc.edu>
Date: Wed, 28 Feb 2001 16:35:08 -0800
From: fariba <fariba@usc.edu>
To: krb5-bugs@mit.edu
>Number: 925
>Category: pending
>Synopsis: gss-api
>Confidential: yes
>Severity: serious
>Priority: medium
>Responsible: gnats-admin
>State: open
>Class: sw-bug
>Submitter-Id: unknown
>Arrival-Date: Wed Feb 28 19:36:00 EST 2001
>Last-Modified:
>Originator:
>Organization:
>Release:
>Environment:
>Description:
>How-To-Repeat:
>Fix:
>Audit-Trail:
>Unformatted:
we are using kerberos version 1.2.1 on solaris (OS version 5.6) system
and 2 of our processes keep coredumping 2 to 3 times a week and
generally the core dupm looks like this:
(dbx) where
[1] _libc_kill(0x0, 0x6, 0xb1323680, 0x0, 0xffffffff, 0x95420), at
0xb130878c
[2] abort(0xb1323680, 0x0, 0x40bb, 0xa, 0xb1323680, 0xb1306d58), at
0xb12ba5d0
=>[3] alarm_handler(sig = 10), line 308 in "mudbd.c"
[4] netp_wraphandler_posix(0xa, 0xa, 0xefffc730, 0x0, 0x0, 0x0), at
0xb16ae438
---- called from signal handler with signal 10 (SIGBUS) ------
[5] poll(), at 0xb12b740c
[6] _select(0xefffca68, 0xb132664c, 0xb132664c, 0xb13266cc,
0xb13266cc, 0x3ff), at 0xb12ccfe4
[7] gssrpc_svc_run(0x0, 0x3, 0x18, 0xb1329dbc, 0xb1323680, 0x217d39),
at 0xb15c0de8
[8] create_session_2_svc(arg = 0xefffecdc, req = 0xeffff218), line 189
in "mudbd.c"
[9] dbprog_2(rqstp = 0xeffff218, transp = 0x233d90), line 1138 in
"mudb_svc.c"
[10] gssrpc_svc_getreqset(0xeffff2f8, 0xeffff2f8, 0xb132664c,
0xb132664c, 0xb132664c, 0x3ff), at 0xb15bde20
[11] gssrpc_svc_run(0x0, 0x18c420, 0x2f7, 0xa52f8, 0x6, 0x2f), at
0xb15c0e54
[12] main(argc = 1, argv = 0xeffff88c), line 151 in "main.c"
any idea what is going on?
