[3122] in testers
Re: sun4 [8.1.0]: /etc/passwd
daemon@ATHENA.MIT.EDU (Greg Hudson)
Fri May 16 12:52:13 1997
Date: Fri, 16 May 1997 12:52:07 -0400
From: Greg Hudson <ghudson@MIT.EDU>
To: Jonathon Weiss <jweiss@MIT.EDU>
Cc: testers@MIT.EDU, jweiss@MIT.EDU
In-Reply-To: "[3118] in testers"
I looked at this bug briefly this morning. I found that if I ran
"cleanup" on bobbi-harlow (which still had the corrupted passwd file),
it replaced /etc/passwd with the contents of /etc/passwd.local, not
surprisingly. Then I ran "reactivate", and it munched the passwd file
in the same way as before. I made a copy of the reactivate script
with some debugging output, and found that the passwd file got munched
somewhere in the following lines of code:
if [ $full ]; then # START AFS reconfig
# Reconfigure AFS state
if [ "${AFSCLIENT}" != "false" ]; then
/etc/athena/config_afs > /dev/null 2>&1 &
fi
fi # END AFS reconfig
# punt any processes owned by users not in /etc/passwd
/etc/athena/cleanup -passwd
Then it stopped happening, so I couldn't narrow it down further.
(Unfortunately, I have only my memory to rely on to verify that it was
in that part of the code to begin with.) Neither config_afs nor
"/etc/athena/cleanup -passwd" is supposed to write to the passwd file
at all, so I'm not sure what happened.
