I have a peculiar problem.
I have a dual processor 1200 machine which was running v5.0 PK#3 with
10000+ accounts. Friday afternoon I installed PK#4. Saturday morning I
find that the machine is broken.
When I telnet in, I enter my username and password, then a message
saying something to the effect of "Terminal Database can not be found".
Okay, I rebooted in single user and logged in at the console.
I found this in my /etc/auth/system/defaults:
------------------------------------------------------------------------
-
# cat default
Login incorrect
e=default:d_pw_expire_warning#0:d_pw_site_callout=/tcb/bin/pwpolicy:d_bo
ot_authe
nticate_at_:\
:d_secclass=c2:\
:d_admin_preexpire_psw_at_:d_skip_ttys_updates_at_:d_auto_migrate_users:d_max_
vacation_future#0:\
:d_max_vacation_duration#0:d_accept_alternate_vouching_at_:d_skip_success_l
ogin_log_at_:d_skip_fail_login_log_at_:\
:d_null_psw_prompt#0:\
:u_pwd=*:u_owner=:u_priority#0:u_cmdpriv=boot,ping,printerstat,tape:\
:u_syspriv=execsuid,chmodsugid:\
:u_basepriv=execsuid,chmodsugid:\
:u_audcntl#0:u_auditmask=:u_minchg#0:u_minlen#1:\
:u_maxlen#10:u_exp#0:u_life#0:u_pickpw:\
:u_genpwd:u_restrict_at_:u_policy:u_nullpw_at_:\
:u_pwdepth#5:u_genchars:u_genletters:u_newcrypt#0:\
:u_maxtries#5:u_lock_at_:u_unlock#86400:u_expdate#0:\
:u_vacation_start#0:u_vacation_end#0:u_max_login_intvl#0:u_grace_limit#0
:\
:u_psw_change_reqd_at_:u_gen_site:u_minchosen#1:u_maxchosen#80:\
:\
:t_maxtries#10:t_logdelay#2:t_lock_at_:t_unlock#86400:\
:\
:chkent:
Memory allocation error: No such file or directory
Memory allocation error: No such file or directory
Memory allocation error: No such file or directory
Memory allocation error: No such file or directory
------------------------------------
Also, I tried doing an edauth -g <username> to see if user accounts
were still OK. After a few minutes, I got a Memory Fault - coredump.
Figuring the PK#4 was to blame, I wiped out the OS, installed a fresh
copy of v5.1A. Restored /etc/auth/system and /var/tcb/files from
tape, rebooted, and all seemed fine again. Again today (Monday) the
same problem happened...
So right now what I'm doing is recovering /etc/auth/system and
/var/tcb/files from tape whenever the problem comes up. I don't know
the internals of the prpasswd db.
Any suggestions?
Received on Tue Jan 22 2002 - 15:51:08 NZDT