From srw@zanshin.com Thu Nov 21 18:48:15 1996
Received: from MIT.EDU (SOUTH-STATION-ANNEX.MIT.EDU [18.72.1.2]) by rt-11.MIT.EDU (8.7.5/8.7.3) with SMTP id SAA06125 for <bugs@RT-11.MIT.EDU>; Thu, 21 Nov 1996 18:48:05 -0500
Received: from shell.wco.com by MIT.EDU with SMTP
id AA28789; Thu, 21 Nov 96 18:48:04 EST
Received: from hiro.zanshin.com (root@gw.zanshin.com [199.4.94.83]) by shell.wco.com (8.8.3/8.6.12) with ESMTP id PAA10481 for <krb5-bugs@mit.edu>; Thu, 21 Nov 1996 15:48:01 -0800 (PST)
Received: from [206.155.48.5] (reason.zanshin.com [206.155.48.5]) by hiro.zanshin.com (8.8.2/8.8.2) with ESMTP id PAA10949 for <krb5-bugs@mit.edu>; Thu, 21 Nov 1996 15:47:59 -0800
Message-Id: <v0300780daeba9937723d@[206.155.48.5]>
Date: Thu, 21 Nov 1996 15:47:59 -0800
From: Steve R Webster <srw@zanshin.com>
To: krb5-bugs@MIT.EDU
Subject: kadmind seg fault
From: Sam Hartman <hartmans@MIT.EDU>
To: Steve R Webster <srw@zanshin.com>
Cc: krb5-bugs@MIT.EDU
Subject: Re: pending/220: kadmind seg fault
Date: 21 Nov 1996 20:07:31 -0500
This is almost certainly a local shared library problem on
your Linux system. Others have been successful.
You should probably try different versions of ld.so, gcc,
binutils, or libc. It is failing in the global initialization code;
kadmind hasn't really started running yet.
Responsible-Changed-From-To: gnats-admin->bjaspan
Responsible-Changed-By: tlyu
Responsible-Changed-When: Sun Nov 24 22:15:44 1996
Responsible-Changed-Why:
refiled
From: "Barry Jaspan" <bjaspan@MIT.EDU>
To: srw@zanshin.com
Cc: krb5-bugs@MIT.EDU
Subject: Re: krb5-admin/220: kadmind seg fault
Date: Mon, 2 Dec 1996 22:20:43 GMT
Steve,
Are you still having the problem you reported in this PR? Given our
subsequent mail, I doubt it, but I want to be sure before closing the
PR.
Barry
State-Changed-From-To: open-closed
State-Changed-By: bjaspan
State-Changed-When: Tue Dec 3 14:07:03 1996
State-Changed-Why:
Fixed by other patches (probably the acl-file coredump bug).
I've just started trying to set up a Krb5 (beta 7) realm here on a Linux
2.0.23 Pentium Pro box. I've made it to the point that one fires up
krb5kdc and kadmind by hand. The latter seg faults.
Here's the stack trace:
aztec [/usr/local/lib/krb5kdc] 84 # gdb `which kadmind` core
GDB 4.16 (i586-unknown-linux),
Copyright 1996 Free Software Foundation, Inc...
(no debugging symbols found)...
Core was generated by `kadmind'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libc.so.5...done.
Reading symbols from /lib/ld-linux.so.1...done.
#0 0x40034cbd in _IO_str_init_static (fp=0x0, ptr=0x0, size=0, pstart=0x0)
(gdb) where
#0 0x40034cbd in _IO_str_init_static (fp=0x0, ptr=0x0, size=0, pstart=0x0)
#1 0x400936c8 in __DTOR_END__ ()
(gdb)
What other info would you like me to send? Should I not try to use Krb5
yet & go back to Krb4?
thanks,
-steve
Received: from MIT.EDU (SOUTH-STATION-ANNEX.MIT.EDU [18.72.1.2]) by rt-11.MIT.EDU (8.7.5/8.7.3) with SMTP id SAA06125 for <bugs@RT-11.MIT.EDU>; Thu, 21 Nov 1996 18:48:05 -0500
Received: from shell.wco.com by MIT.EDU with SMTP
id AA28789; Thu, 21 Nov 96 18:48:04 EST
Received: from hiro.zanshin.com (root@gw.zanshin.com [199.4.94.83]) by shell.wco.com (8.8.3/8.6.12) with ESMTP id PAA10481 for <krb5-bugs@mit.edu>; Thu, 21 Nov 1996 15:48:01 -0800 (PST)
Received: from [206.155.48.5] (reason.zanshin.com [206.155.48.5]) by hiro.zanshin.com (8.8.2/8.8.2) with ESMTP id PAA10949 for <krb5-bugs@mit.edu>; Thu, 21 Nov 1996 15:47:59 -0800
Message-Id: <v0300780daeba9937723d@[206.155.48.5]>
Date: Thu, 21 Nov 1996 15:47:59 -0800
From: Steve R Webster <srw@zanshin.com>
To: krb5-bugs@MIT.EDU
Subject: kadmind seg fault
Show quoted text
>Number: 220
>Category: krb5-admin
>Synopsis: kadmind seg fault
>Confidential: yes
>Severity: non-critical
>Priority: low
>Responsible: bjaspan
>State: closed
>Class: sw-bug
>Submitter-Id: unknown
>Arrival-Date: Thu Nov 21 18:49:01 EST 1996
>Last-Modified: Tue Dec 03 14:07:28 EST 1996
>Originator:
>Organization:
>Release:
>Environment:
>Description:
>How-To-Repeat:
>Fix:
>Audit-Trail:
>Category: krb5-admin
>Synopsis: kadmind seg fault
>Confidential: yes
>Severity: non-critical
>Priority: low
>Responsible: bjaspan
>State: closed
>Class: sw-bug
>Submitter-Id: unknown
>Arrival-Date: Thu Nov 21 18:49:01 EST 1996
>Last-Modified: Tue Dec 03 14:07:28 EST 1996
>Originator:
>Organization:
>Release:
>Environment:
>Description:
>How-To-Repeat:
>Fix:
>Audit-Trail:
From: Sam Hartman <hartmans@MIT.EDU>
To: Steve R Webster <srw@zanshin.com>
Cc: krb5-bugs@MIT.EDU
Subject: Re: pending/220: kadmind seg fault
Date: 21 Nov 1996 20:07:31 -0500
This is almost certainly a local shared library problem on
your Linux system. Others have been successful.
You should probably try different versions of ld.so, gcc,
binutils, or libc. It is failing in the global initialization code;
kadmind hasn't really started running yet.
Responsible-Changed-From-To: gnats-admin->bjaspan
Responsible-Changed-By: tlyu
Responsible-Changed-When: Sun Nov 24 22:15:44 1996
Responsible-Changed-Why:
refiled
From: "Barry Jaspan" <bjaspan@MIT.EDU>
To: srw@zanshin.com
Cc: krb5-bugs@MIT.EDU
Subject: Re: krb5-admin/220: kadmind seg fault
Date: Mon, 2 Dec 1996 22:20:43 GMT
Steve,
Are you still having the problem you reported in this PR? Given our
subsequent mail, I doubt it, but I want to be sure before closing the
PR.
Show quoted text
>> Hello-
>> I've just started trying to set up a Krb5 (beta 7) realm here on a Linux
>> 2.0.23 Pentium Pro box. I've made it to the point that one fires up
>> krb5kdc and kadmind by hand. The latter seg faults.
>>
>> aztec [/usr/local/lib/krb5kdc] 84 # gdb `which kadmind` core
>> GDB 4.16 (i586-unknown-linux),
>> Copyright 1996 Free Software Foundation, Inc...
>> (no debugging symbols found)...
>> Core was generated by `kadmind'.
>> Program terminated with signal 11, Segmentation fault.
>> Reading symbols from /lib/libc.so.5...done.
>> Reading symbols from /lib/ld-linux.so.1...done.
>> #0 0x40034cbd in _IO_str_init_static (fp=0x0, ptr=0x0, size=0, pstart=0x0)
>> (gdb) where
>> #0 0x40034cbd in _IO_str_init_static (fp=0x0, ptr=0x0, size=0, pstart=0x0)
>> #1 0x400936c8 in __DTOR_END__ ()
>> (gdb)
>> I've just started trying to set up a Krb5 (beta 7) realm here on a Linux
>> 2.0.23 Pentium Pro box. I've made it to the point that one fires up
>> krb5kdc and kadmind by hand. The latter seg faults.
>>
>> aztec [/usr/local/lib/krb5kdc] 84 # gdb `which kadmind` core
>> GDB 4.16 (i586-unknown-linux),
>> Copyright 1996 Free Software Foundation, Inc...
>> (no debugging symbols found)...
>> Core was generated by `kadmind'.
>> Program terminated with signal 11, Segmentation fault.
>> Reading symbols from /lib/libc.so.5...done.
>> Reading symbols from /lib/ld-linux.so.1...done.
>> #0 0x40034cbd in _IO_str_init_static (fp=0x0, ptr=0x0, size=0, pstart=0x0)
>> (gdb) where
>> #0 0x40034cbd in _IO_str_init_static (fp=0x0, ptr=0x0, size=0, pstart=0x0)
>> #1 0x400936c8 in __DTOR_END__ ()
>> (gdb)
Barry
State-Changed-From-To: open-closed
State-Changed-By: bjaspan
State-Changed-When: Tue Dec 3 14:07:03 1996
State-Changed-Why:
Fixed by other patches (probably the acl-file coredump bug).
Show quoted text
>Unformatted:
Hello-I've just started trying to set up a Krb5 (beta 7) realm here on a Linux
2.0.23 Pentium Pro box. I've made it to the point that one fires up
krb5kdc and kadmind by hand. The latter seg faults.
Here's the stack trace:
aztec [/usr/local/lib/krb5kdc] 84 # gdb `which kadmind` core
GDB 4.16 (i586-unknown-linux),
Copyright 1996 Free Software Foundation, Inc...
(no debugging symbols found)...
Core was generated by `kadmind'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libc.so.5...done.
Reading symbols from /lib/ld-linux.so.1...done.
#0 0x40034cbd in _IO_str_init_static (fp=0x0, ptr=0x0, size=0, pstart=0x0)
(gdb) where
#0 0x40034cbd in _IO_str_init_static (fp=0x0, ptr=0x0, size=0, pstart=0x0)
#1 0x400936c8 in __DTOR_END__ ()
(gdb)
What other info would you like me to send? Should I not try to use Krb5
yet & go back to Krb4?
thanks,
-steve