[2688] in Kerberos-V5-bugs
krb5-admin/390: Downgrading request for support
daemon@ATHENA.MIT.EDU (sklower@CS.Berkeley.EDU)
Tue Mar 11 23:07:16 1997
Resent-From: gnats@rt-11.MIT.EDU (GNATS Management)
Resent-To: bjaspan@MIT.EDU
Resent-Reply-To: krb5-bugs@MIT.EDU, sklower@CS.Berkeley.EDU
Date: Tue, 11 Mar 1997 19:58:24 -0800 (PST)
From: sklower@CS.Berkeley.EDU
Reply-To: sklower@CS.Berkeley.EDU
To: krb5-bugs@MIT.EDU
>Number: 390
>Category: krb5-admin
>Synopsis: Inability for normal users to change their own password
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: bjaspan
>State: open
>Class: support
>Submitter-Id: unknown
>Arrival-Date: Tue Mar 11 22:59:00 EST 1997
>Last-Modified:
>Originator: System Administrator
>Organization:
Computer Science Department, UC Berkeley
>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:
I previously reported 6 different ways in which
attempts to change my own user instance password failed.
I have subsequently found one that worked. Thus, we can
proceed with upgrading our kerberos server to V5, although
the work around is not user-friendly, so I will downgrade
the urgency of my request for support.
>How-To-Repeat:
>Fix:
Not sure what did it;
In any case the sequence
kadmin -p sklower@EECS.BERKELEY.EDU
kadmin: cpw sklower@EECS.BERKELEY.EDU
appears to work now, although it does require that
the v5 kadmin program be made available on all v4
platforms, as well as an /etc/krb5.conf file.
This is annoying, etc.
>Audit-Trail:
>Unformatted:
