[608] in SIPB_Linux_Development
Re: sipb-nfs:/u2/lockers/linux-athena permissions
daemon@ATHENA.MIT.EDU (mhpower@MIT.EDU)
Thu Jun 23 15:04:55 1994
From: mhpower@MIT.EDU
To: svalente@MIT.EDU
Cc: rtfm-maintainers@MIT.EDU, linux-dev@MIT.EDU
In-Reply-To: "[1814] in RTFM_Maintainers_Archive",
"[0607] in SIPB_Linux_Development"
Date: Thu, 23 Jun 94 15:04:14 EDT
>chgrp -R linux-dev /u2/lockers/linux-athena
I did that (after putting linux-dev in /etc/group and /etc/group.local).
>find /u2/lockers/linux-athena -type d -exec chmod 775 {} \;
>find /u2/lockers/linux-athena -type f -exec chmod 444 {} \;
I did those also.
>Actually, whatever gets me read access would be nice, and whatever
>gets me write access would be even nicer.
I really can't tell what access you'll have, but I can read and write
files there now. (I added the linux-dev group to my entry in the
/var/usr/etc/credentials database on bloom-picayune, added myself to
the linux-dev group locally on a client machine, logged into the
client machine again, and was able to create the file lost+found/a.a
and read the file reactivate/version in /u2/lockers/linux-athena via
NFS. Due to time constraints, that was my entire testing strategy :-)
I also made sure that everyone in the moira group linux-dev has that
group in their entry in /var/usr/etc/credentials, and rebuilt the
database with /usr/local/etc/mkcred /var/usr/etc/credentials. I didn't
put myself in the moira group, since I don't think populating the
lost+found directory with the standard test file a.a is a useful enough
contribution to the development effort to make me worthy of that honor.
Perhaps I'll think of a better contribution sometime later...
Matt
