Skip Menu |
 

History Show all quoted text — Show full headers
# Mon Aug 19 14:21:07 2002 The RT System itself - Ticket #930: - Default: Import/ changed from (no value) to (no value)
Download (untitled) / with headers
text/plain 4.5KiB
From fariba@usc.edu Mon Mar 19 16:33:05 2001
Received: from pacific-carrier-annex.mit.edu (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.7.21.83])
by rt-11.mit.edu (8.9.3/8.9.3) with ESMTP id QAA11780
for <bugs@RT-11.mit.edu>; Mon, 19 Mar 2001 16:33:04 -0500 (EST)
Received: from usc.edu (root@usc.edu [128.125.253.136])
by pacific-carrier-annex.mit.edu (8.9.2/8.9.2) with ESMTP id QAA11373
for <krb5-bugs@mit.edu>; Mon, 19 Mar 2001 16:33:04 -0500 (EST)
Received: from sol.usc.edu (sol.usc.edu [128.125.10.128])
by usc.edu (8.9.3.1/8.9.3/usc) with ESMTP
id NAA16879 for <krb5-bugs@mit.edu>; Mon, 19 Mar 2001 13:33:03 -0800 (PST)
Received: from usc.edu (ppp-229-126.usc.edu [128.125.229.126])
by sol.usc.edu (8.10.1/8.10.1/usc) with ESMTP
id f2JLWU204612 for <krb5-bugs@mit.edu>; Mon, 19 Mar 2001 13:32:31 -0800 (PST)
Message-Id: <3AB67AEA.F353DBF3@usc.edu>
Date: Mon, 19 Mar 2001 13:32:26 -0800
From: fariba <fariba@usc.edu>
To: krb5-bugs@mit.edu
Subject: [Fwd: MIT kerberos]

Show quoted text
>Number: 930
>Category: krb5-libs
>Synopsis: gssrpc problem?
>Confidential: yes
>Severity: serious
>Priority: medium
>Responsible: krb5-unassigned
>State: open
>Class: sw-bug
>Submitter-Id: unknown
>Arrival-Date: Mon Mar 19 16:34:00 EST 2001
>Last-Modified: Mon Mar 26 21:47:22 EST 2001
>Originator: thomas cole
>Organization:
>Release: krb5-1.2.1
>Environment:
sun-solaris2.6
Show quoted text
>Description:

Return-Path: <thomas.cole@east.sun.com>
Received: from usc.edu (root@usc.edu [128.125.19.136])
by sol.usc.edu (8.10.1/8.10.1/usc) with ESMTP
id f2JLB5203375 for <fariba@sol.usc.edu>; Mon, 19 Mar 2001 13:11:06 -0800 (PST)
Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1])
by usc.edu (8.9.3.1/8.9.3/usc) with ESMTP
id NAA25614 for <fariba@usc.edu>; Mon, 19 Mar 2001 13:11:05 -0800 (PST)
Received: from winston500.East.Sun.COM ([129.148.190.38])
by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id NAA23394
for <fariba@usc.edu>; Mon, 19 Mar 2001 13:11:02 -0800 (PST)
Received: from east.sun.com (bigugly [129.148.192.96])
by winston500.East.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v2.1p1) with ESMTP id QAA03167
for <fariba@usc.edu>; Mon, 19 Mar 2001 16:10:31 -0500 (EST)
Sender: Thomas.Cole@Sun.COM
Message-ID: <3AB675E5.A749AA55@east.sun.com>
Date: Mon, 19 Mar 2001 16:11:01 -0500
From: thomas cole <thomas.cole@east.sun.com>
Organization: Sun Microsystems
X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.8 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To: fariba <fariba@usc.edu>
Subject: Re: MIT kerberos
References: <3AB66587.951F2D73@usc.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

fariba wrote:
Show quoted text
>
> Hi. we are using MIT kerberos version 1.2.1 on solaris (OS version 2.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"
Hello Fariba,

Can you let me know what processes are actually dumping core. Would you
mind forwarding an email to krb5-bugs@mit.edu with a description of the
problem. Not that I am pointing fingers but it cant hurt to bring mit
into the loop to get some help since they write the application. I will
be able to better troubleshoot this if I know what processes are
failing. Also, when did this problem start surfacing?

Regards,
Thomas Cole

Show quoted text
>How-To-Repeat:
>Fix:
>Audit-Trail:

Responsible-Changed-From-To: gnats-admin->krb5-unassigned
Responsible-Changed-By: raeburn
Responsible-Changed-When: Mon Mar 26 21:45:19 2001
Responsible-Changed-Why:

Reformat, recategorize.

Show quoted text
>Unformatted:
# Mon Aug 19 14:21:07 2002 The RT System itself - Ticket #930: - Component krb5-libs added
# Mon Aug 19 14:21:07 2002 The RT System itself - Ticket #930: - Version_reported 1.2.1 added
# Mon Aug 19 14:21:13 2002 The RT System itself - Ticket #946: - Default: Import/ changed from (no value) to (no value)
Download (untitled) / with headers
text/plain 2.6KiB
From fariba@usc.edu Tue Apr 24 18:49:33 2001
Received: from fort-point-station.mit.edu (FORT-POINT-STATION.MIT.EDU [18.72.0.53])
by rt-11.mit.edu (8.9.3/8.9.3) with ESMTP id SAA03955
for <bugs@RT-11.mit.edu>; Tue, 24 Apr 2001 18:49:33 -0400 (EDT)
Received: from usc.edu (root@usc.edu [128.125.253.136])
by fort-point-station.mit.edu (8.9.2/8.9.2) with ESMTP id SAA09094
for <krb5-bugs@mit.edu>; Tue, 24 Apr 2001 18:49:33 -0400 (EDT)
Received: from sol.usc.edu (sol.usc.edu [128.125.10.128])
by usc.edu (8.9.3.1/8.9.3/usc) with ESMTP
id PAA13257 for <krb5-bugs@mit.edu>; Tue, 24 Apr 2001 15:49:32 -0700 (PDT)
Received: from usc.edu (murzim.usc.edu [128.125.10.204])
by sol.usc.edu (8.10.1/8.10.1/usc) with ESMTP
id f3OMn1I18211 for <krb5-bugs@mit.edu>; Tue, 24 Apr 2001 15:49:01 -0700 (PDT)
Message-Id: <3AE602DB.DDD5A974@usc.edu>
Date: Tue, 24 Apr 2001 15:48:59 -0700
From: fariba <fariba@usc.edu>
Sender: fariba@usc.edu
To: krb5-bugs@mit.edu
Subject: core dump

Show quoted text
>Number: 946
>Category: krb5-libs
>Synopsis: core dump
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: krb5-unassigned
>State: open
>Class: sw-bug
>Submitter-Id: unknown
>Arrival-Date: Tue Apr 24 18:50:00 EDT 2001
>Last-Modified: Sat Jun 23 00:59:38 EDT 2001
>Originator: fariba <fariba@usc.edu>
>Organization:
>Release:
>Environment:
>Description:
using kerberos 1.2.1, this a coredump. any idea what is going on or what
should we be doing?

(dbx) where
[1] _libc_kill(0x0, 0xa, 0x0, 0x0, 0xb1323680, 0x95660), at 0xb130878c

=>[2] alarm_handler(sig = 10), line 312 in "mudbd.c"
---- called from signal handler with signal 10 (SIGBUS) ------
[3] krb5_free_principal(), at 0xb14d8ff8
[4] krb5_gss_release_name(0xefffeb38, 0x2366b0, 0xefffeb30, 0x0,
0xb15c07b8, 0x0), at 0xb1594f10
[5] gss_release_name(0xefffeb38, 0x2366b0, 0x2366a8, 0x0, 0xefffeb38,
0x0), at 0xb1594468
[6] destroy_client(0x2366a8, 0x1, 0x0, 0x1, 0x0, 0xefffec81), at
0xb15bfeac
[7] _svcauth_gssapi(0xeffff238, 0xeffff270, 0xeffff234, 0xb15be388,
0x0, 0x0), at 0xb15bf870
[8] _gssrpc_authenticate(0xeffff238, 0xeffff270, 0xeffff234, 0x1,
0xb132664c, 0xffffffff), at 0xb15be010
[9] gssrpc_svc_getreqset(0xeffff318, 0xeffff318, 0xb132664c,
0xb132664c, 0xb132664c, 0x3ff), at 0xb15bdd6c
[10] gssrpc_svc_run(0x0, 0x18c420, 0x274, 0xa52f8, 0x6, 0x2f), at
0xb15c0e54
[11] main(argc = 1, argv = 0xeffff8ac), line 151 in "main.c"


Show quoted text
>How-To-Repeat:
>Fix:
>Audit-Trail:

Responsible-Changed-From-To: gnats-admin->krb5-unassigned
Responsible-Changed-By: raeburn
Responsible-Changed-When: Sat Jun 23 00:59:37 2001
Responsible-Changed-Why:

Show quoted text
>Unformatted:
# Mon Aug 19 14:21:13 2002 The RT System itself - Ticket #946: - Component krb5-libs added
# Mon Aug 19 14:21:14 2002 The RT System itself - Ticket #950: - Default: Import/ changed from (no value) to (no value)
Download (untitled) / with headers
text/plain 2.8KiB
From fariba@usc.edu Fri Apr 27 12:36:20 2001
Received: from pacific-carrier-annex.mit.edu (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.7.21.83])
by rt-11.mit.edu (8.9.3/8.9.3) with ESMTP id MAA12499
for <bugs@RT-11.mit.edu>; Fri, 27 Apr 2001 12:36:20 -0400 (EDT)
Received: from usc.edu (root@usc.edu [128.125.253.136])
by pacific-carrier-annex.mit.edu (8.9.2/8.9.2) with ESMTP id MAA22123;
Fri, 27 Apr 2001 12:36:20 -0400 (EDT)
Received: from sol.usc.edu (sol.usc.edu [128.125.10.128])
by usc.edu (8.9.3.1/8.9.3/usc) with ESMTP
id JAA16924; Fri, 27 Apr 2001 09:35:11 -0700 (PDT)
Received: from mypc (dsl81-fariba.usc.edu [128.125.81.205])
by sol.usc.edu (8.10.1/8.10.1/usc) with SMTP
id f3RGYeI07165; Fri, 27 Apr 2001 09:34:40 -0700 (PDT)
Message-Id: <002201c0cf38$4a15e140$02fea8c0@usc.edu>
Date: Fri, 27 Apr 2001 09:37:01 -0700
From: "fariba" <fariba@usc.edu>
To: <krb5-bugs@MIT.EDU>
Cc: "Tom Yu" <tlyu@MIT.EDU>
Subject: Fw: case #62418355

Show quoted text
>Number: 950
>Category: krb5-libs
>Synopsis: Fw: case #62418355
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: krb5-unassigned
>State: open
>Class: sw-bug
>Submitter-Id: unknown
>Arrival-Date: Fri Apr 27 12:37:00 EDT 2001
>Last-Modified: Sat Jun 23 01:01:14 EDT 2001
>Originator: "fariba" <fariba@usc.edu>
>Organization:
>Release:
>Environment:
>Description:
using kerberos 1.2.1 we get the following core dump (it end at:
krb5_free_principal

Show quoted text
----- Original Message -----
From: "fariba" <fariba@usc.edu>
To: <michael.jaffee@ebay.sun.com>
Sent: Tuesday, April 24, 2001 4:21 PM
Subject: case #62418355


> this is the stack trace through dbx:
>
>
> (dbx) where
> [1] _libc_kill(0x0, 0xa, 0x0, 0x0, 0xb1323680, 0x95660), at 0xb130878c
>
> =>[2] alarm_handler(sig = 10), line 312 in "mudbd.c"
> ---- called from signal handler with signal 10 (SIGBUS) ------
> [3] krb5_free_principal(), at 0xb14d8ff8
> [4] krb5_gss_release_name(0xefffeb38, 0x2366b0, 0xefffeb30, 0x0,
> 0xb15c07b8, 0x0), at 0xb1594f10
> [5] gss_release_name(0xefffeb38, 0x2366b0, 0x2366a8, 0x0, 0xefffeb38,
> 0x0), at 0xb1594468
> [6] destroy_client(0x2366a8, 0x1, 0x0, 0x1, 0x0, 0xefffec81), at
> 0xb15bfeac
> [7] _svcauth_gssapi(0xeffff238, 0xeffff270, 0xeffff234, 0xb15be388,
> 0x0, 0x0), at 0xb15bf870
> [8] _gssrpc_authenticate(0xeffff238, 0xeffff270, 0xeffff234, 0x1,
> 0xb132664c, 0xffffffff), at 0xb15be010
> [9] gssrpc_svc_getreqset(0xeffff318, 0xeffff318, 0xb132664c,
> 0xb132664c, 0xb132664c, 0x3ff), at 0xb15bdd6c
> [10] gssrpc_svc_run(0x0, 0x18c420, 0x274, 0xa52f8, 0x6, 0x2f), at
> 0xb15c0e54
> [11] main(argc = 1, argv = 0xeffff8ac), line 151 in "main.c"
>
>
>
>

>How-To-Repeat:
>Fix:
>Audit-Trail:

Responsible-Changed-From-To: gnats-admin->krb5-unassigned
Responsible-Changed-By: raeburn
Responsible-Changed-When: Sat Jun 23 01:01:13 2001
Responsible-Changed-Why:

>Unformatted:
# Mon Aug 19 14:21:14 2002 The RT System itself - Ticket #950: - Component krb5-libs added
# Mon Aug 19 14:21:15 2002 The RT System itself - Ticket #951: - Default: Import/ changed from (no value) to (no value)
Download (untitled) / with headers
text/plain 3.4KiB
From fariba@usc.edu Fri Apr 27 19:39:17 2001
Received: from pacific-carrier-annex.mit.edu (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.7.21.83])
by rt-11.mit.edu (8.9.3/8.9.3) with ESMTP id TAA13390
for <bugs@RT-11.mit.edu>; Fri, 27 Apr 2001 19:39:16 -0400 (EDT)
Received: from usc.edu (root@usc.edu [128.125.253.136])
by pacific-carrier-annex.mit.edu (8.9.2/8.9.2) with ESMTP id TAA19626
for <krb5-bugs@MIT.EDU>; Fri, 27 Apr 2001 19:39:17 -0400 (EDT)
Received: from sol.usc.edu (sol.usc.edu [128.125.10.128])
by usc.edu (8.9.3.1/8.9.3/usc) with ESMTP
id QAA23685 for <krb5-bugs@MIT.EDU>; Fri, 27 Apr 2001 16:39:16 -0700 (PDT)
Received: from mypc (dsl81-fariba.usc.edu [128.125.81.205])
by sol.usc.edu (8.10.1/8.10.1/usc) with SMTP
id f3RNciI22344 for <krb5-bugs@MIT.EDU>; Fri, 27 Apr 2001 16:38:45 -0700 (PDT)
Message-Id: <016f01c0cf73$88117cd0$02fea8c0@usc.edu>
Date: Fri, 27 Apr 2001 16:41:06 -0700
From: "fariba" <fariba@usc.edu>
To: <krb5-bugs@MIT.EDU>
Subject: Fw: pending/925: gss-api

Show quoted text
>Number: 951
>Category: krb5-libs
>Synopsis: Fw: pending/925: gss-api
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: tlyu
>State: open
>Class: sw-bug
>Submitter-Id: unknown
>Arrival-Date: Fri Apr 27 19:40:01 EDT 2001
>Last-Modified: Sat Jun 23 01:01:52 EDT 2001
>Originator: "fariba" <fariba@usc.edu>
>Organization:
>Release:
>Environment:
>Description:
Show quoted text
----- Original Message -----
From: "fariba" <fariba@usc.edu>
To: "Tom Yu" <tlyu@mit.edu>
Sent: Friday, April 27, 2001 4:40 PM
Subject: Re: pending/925: gss-api


> so how can we use your rpc if we want not to use sun's? we needs your
header
> files? and dbprog_2 and all our calls are using your rpc calls and no
third
> party. these coredumps are really getting in our way to use the kerberos
in
> other applications. we really appreciate if you pay more attention to this
> problem,and if you are very busy we can contact anybody you think that
would
> be appropriate. all the coredumps are happening whithin your code or
> select/poll commands and it is random. thank you.
> ----- Original Message -----
> From: "Tom Yu" <tlyu@mit.edu>
> To: "fariba" <fariba@usc.edu>
> Cc: <krb5-bugs@mit.edu>
> Sent: Thursday, March 29, 2001 9:32 PM
> Subject: Re: pending/925: gss-api
>
>
> > >>>>> "fariba" == fariba <fariba@usc.edu> writes:
> >
> > fariba> I don't know why our gssrpc code is not part of kerb5? Also
> > fariba> which header files where omitted? can you be more specific
> > fariba> please. thank you
> >
> > The phrasing of your first question is not very clear, but I will
> > attempt to answer the second part.
> >
> > The header files that are in the include/gssrpc directory in the build
> > tree should not get installed by running "make install". The gssrpc
> > library does get installed, but it was never our intention for it to
> > be used for anything other than the kadm5 protocol. If you are indeed
> > getting the include/gssrpc headers installed when you run "make
> > install", that is a bug and not intended. If you are using the gssrpc
> > headers, you must be manually installing them or using them out of the
> > build tree, neither of which we really support.
> >
> > ---Tom
> >
>

>How-To-Repeat:
>Fix:
>Audit-Trail:

Responsible-Changed-From-To: gnats-admin->tlyu
Responsible-Changed-By: raeburn
Responsible-Changed-When: Sat Jun 23 01:01:45 2001
Responsible-Changed-Why:
Tom's dealing with him.

>Unformatted:
# Mon Aug 19 14:21:15 2002 The RT System itself - Ticket #951: - Component krb5-libs added
# Mon Aug 19 14:21:17 2002 The RT System itself - Default: Import/ changed from (no value) to (no value)
Download (untitled) / with headers
text/plain 483.1KiB

Message body is not shown because it is too large.

# Mon Aug 19 14:21:18 2002 The RT System itself - Component krb5-libs added
# Mon Aug 19 14:21:18 2002 The RT System itself - Version_reported 1.2.1 added
# Wed Nov 06 16:54:38 2002 tlyu (Taylor Yu) - Ticket #930: - Subject changed from 'gssrpc problem? ' to 'gssrpc problem?'
# Wed Nov 06 16:54:39 2002 tlyu (Taylor Yu) - Ticket #930: - Ticket 930 MergedInto ticket 925.
# Wed Nov 06 16:57:00 2002 tlyu (Taylor Yu) - Ticket #946: - Ticket 946 MergedInto ticket 925.
# Wed Nov 06 17:06:00 2002 tlyu (Taylor Yu) - Subject changed from 'gssrpc 3rd party prog bug? ' to 'gssrpc 3rd party prog bug?'
# Wed Nov 06 17:06:00 2002 tlyu (Taylor Yu) - Status changed from 'open' to 'resolved'
# Wed Nov 06 17:06:00 2002 tlyu (Taylor Yu) - Tags nochange added
# Wed Nov 06 17:06:01 2002 tlyu (Taylor Yu) - Comments added
Download (untitled) / with headers
text/plain 156B
Using our gssrpc for a third-party app, which is not recommended or
supported. Also, evidence points to the bug likely being in the
third-party app anyway.