[13028] in Athena Bugs
Re: Other bugs in 7.7L
daemon@ATHENA.MIT.EDU (cfields@MIT.EDU)
Wed Dec 14 01:13:21 1994
From: cfields@MIT.EDU
Date: Wed, 14 Dec 1994 01:12:35 +0500
To: wdc@MIT.EDU
Cc: testers@MIT.EDU
> There are four new error messages coming up in my login console. Two I
> cannot explain:
>
> Can't open /usr/tmp/attachtab.lock: Permission denied
> quota: aborting
>
> And two I can:
>
> xload: cannot open /dev/kmem
>
> Xload is not suid to be able to read kmem.
>
> config_console: unable to signal console: Not owner
>
> This one comes from the 'config_console' line I have in my .startup.X
> file to read the the console resource from my .Xresourxes file.
>
> config_console is not suid.
quota makes sense since it's a setuid program off the packs.
attachtab.lock doesn't make sense to me, since attach is local and so
should still be happily setuid.
Anyway, these all look like setuid problems of some flavor or other.
But your machine isn't honoring setuid bits in the dev cell.
This is because /etc/athena/config_afs is not executable on the Sun,
and you have not rebooted recently. reactivate runs /etc/athena/config_afs
but fails due to its not being executable. The rc script runs it with
"sh /etc/athena/config_afs" and so succeeds.
Therefore you are losing by a combination of the bug of config_afs not
being executable and the fact that you haven't taken the update. If
you had taken the update, then your machine would have rebooted and
config_afs would have been executed properly from the rc script, so
you would be honoring the dev cell's setuid bits.
I suggest you su; cd /etc/athena; sh config_afs
by hand.
Craig
