Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.411 (Entity 5.404) X-RT-Original-Encoding: iso-8859-1 Content-Length: 2439 From root@circe.CS.Berkeley.EDU Tue Mar 11 23:27:52 1997 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 XAA27946 for ; Tue, 11 Mar 1997 23:27:51 -0500 Received: from circe.CS.Berkeley.EDU by MIT.EDU with SMTP id AA11099; Tue, 11 Mar 97 23:27:49 EST Received: (from root@localhost) by circe.CS.Berkeley.EDU (8.7.3/8.7.3) id UAA04222; Tue, 11 Mar 1997 20:27:48 -0800 (PST) Message-Id: <199703120427.UAA04222@circe.CS.Berkeley.EDU> Date: Tue, 11 Mar 1997 20:27:48 -0800 (PST) From: sklower@CS.Berkeley.EDU Reply-To: sklower@CS.Berkeley.EDU To: krb5-bugs@MIT.EDU Subject: kdb5_util load_v4 fails when stash file not specified in kdc.conf X-Send-Pr-Version: 3.99 >Number: 394 >Category: krb5-admin >Synopsis: kdb5_util load_v4 fails when stash file not specified in kdc.conf >Confidential: no >Severity: serious >Priority: medium >Responsible: bjaspan >State: closed >Class: sw-bug >Submitter-Id: unknown >Arrival-Date: Tue Mar 11 23:28:00 EST 1997 >Last-Modified: Wed Mar 12 01:28:52 EST 1997 >Originator: sklower@CS.Berkeley.EDU >Organization: UC Berkeley Computer Science Department >Release: 1.0 >Environment: System: BSD/OS circe.CS.Berkeley.EDU 2.1 BSDI BSD/OS 2.1 Kernel #7: Thu Oct 31 16:48:20 PST 1996 hodes@terrorism.cs.berkeley.edu:/disks/barad-dur/roboline/PC/src.2.1/sys/compile/BS_MOBILEIP WILDBOAR APM/PCMCIA Driver (WB960224) i386 >Description: kdb5_util load_v4 fails when stash file not specified in kdc.conf >How-To-Repeat: remove the stash file specification try loading; kdb5_util coredumps under BSD/OS 2.1 >Fix: specify the stash file. (Could be considered a documentation bug; it isn't clear on reading whether there a defaults for all values in [realms] REALM = { ... } I did my best to type all the stuff in, but inadvertently left out the stash file specification. kdb5_util create worked, but load_v4 core dumped, and the only way I figured it out was to recompile it with -g and run gdb to step through the program to identify the problem. >Audit-Trail: State-Changed-From-To: open-closed State-Changed-By: tytso State-Changed-When: Wed Mar 12 01:27:21 1997 State-Changed-Why: Thanks for submitting this bug report. This bug has been reported by another Kerberos V5 user, and we've fixed it in our sources. (xref: PR#341) >Unformatted: