[2573] in Athena Bugs
Re: new attach
daemon@ATHENA.MIT.EDU (dkk@ATHENA.MIT.EDU)
Mon Jul 17 01:52:48 1989
From: <dkk@ATHENA.MIT.EDU>
Date: Mon, 17 Jul 89 01:52:31 -0400
To: tytso@ATHENA.MIT.EDU
Cc: bugs@ATHENA.MIT.EDU
In-Reply-To: Theodore Ts'o's message of Sun, 16 Jul 89 14:49:47 -0400,
Re: 1.
The core dump is from a vax, 6.2A with customizations, including your
installation script:
althea% where attach
/bin/athena/attach
althea% v /bin/athena/attach
380 -rwsrwxr-x 1 root staff 384000 Jul 12 06:27 /bin/athena/attach*
althea% v /etc/attach.conf
1 -rw-r--r-- 1 root operator 466 Jul 12 06:34 /etc/attach.conf
althea% v /etc/athena/deactivate
2 -rwxr-xr-x 1 root operator 1492 Jul 12 06:27 /etc/athena/deactivate*
althea% grep -v '^#' /etc/attach.conf | grep -v '^$'
verbose on
ownercheck on
attachtab /usr/tmp/attachtab
trusted dkk
keep-mount on
nomountpoint ^/etc
options {nfs}:.* timeo=4,retrans=4,rsize=1024,wsize=1024
aklog /afs/testers/maint/aklog
althea%
Re: 2.
Your script made the correct changes to both deactivate and rc.
Re: 3. [attachtab got cleared]
> I suspect that because of the above problem, attachtab stuck around
> long enough that it got cleared out of crontab. I haven't seen any
> other cause of attachtab destruction, but that of course doesn't
> mean that they aren't there.
The workstation wouldn't deactivate because of a hung zwgc, but cron
always runs on this machine, anyway. Not a single day went by without
a login by at least one user whose homedir is mounted automatically on
login, so attachtab was modified every day and woudn't have been
removed.
I suspect the core dump and the attachtab removal may have been
related. Maybe the program unlinks attachtab before re-creating it?
