[931] in athena10
Re: Permissions on /mit?
daemon@ATHENA.MIT.EDU (Evan Broder)
Fri Jan 23 03:41:17 2009
Message-ID: <49798267.6010702@mit.edu>
Date: Fri, 23 Jan 2009 03:40:07 -0500
From: Evan Broder <broder@MIT.EDU>
MIME-Version: 1.0
To: Brian Neltner <neltnerb@mit.edu>
CC: debathena@mit.edu
In-Reply-To: <1232484822.21506.13.camel@gibbs-duhem>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
When configured correctly, /mit is a FUSE filesystem, and all
attributes, including the owner and permissions of /mit itself, should
be controlled by the FUSE filesystem. The fact that yours is 770
root:pyhesiodfs instead of 755 root:root suggests that the /mit
automounter isn't running.
What do you get if you run `mount | grep pyhesiodfs`?
- Evan
Brian Neltner wrote:
> Dear Evan,
>
> When I do that, I get this message again:
>
> neltnerb@belcher10:~$ sudo /etc/init.d/debathena-pyhesiodfs restart
> * Restarting Debathena /mit automounter debathena-pyhesiodfs
> [ OK ]
> neltnerb@belcher10:~$ cd
> neltnerb@belcher10:~$ renew
> Password for neltnerb@ATHENA.MIT.EDU:
> neltnerb@belcher10:~$ add matlab
> Cannot attach locker on /mit:
> directory /mit is group/other writable.
>
> and permissions on the directory /mit are reset to:
>
> drwxrwx--- 2 root pyhesiodfs 4096 2009-01-20 14:11 mit
>
> Is there anywhere else that I might have permissions confused? Does my
> user need to be a member of group pyhesiodfs? Is something supposed to
> be run setuid somehow?
>
> Thanks,
> Brian
>
> On Tue, 2009-01-20 at 15:48 -0500, Evan Broder wrote:
>
>> Hi Brian -
>> It looks like the /mit automounter may not be running. Try running
>> `sudo /etc/init.d/debathena-pyhesiodfs restart`
>>
>> - Evan
>>
>> Brian Neltner wrote:
>>
>>> Dear Tim et al,
>>>
>>> I'm installing a server for my lab that I'd like to have set up so that
>>> people can use it to access their athena lockers and run athena software
>>> there (for instance gaussian) with X forwarding, as well as to access
>>> their personal athena directories.
>>>
>>> I've been able to do this successfully at home, but when I do this on
>>> the lab server, it gives me this:
>>>
>>> neltnerb@belcher10:/$ renew
>>> Password for neltnerb@ATHENA.MIT.EDU:
>>> neltnerb@belcher10:/$ add matlab
>>> Cannot attach locker on /mit:
>>> directory /mit is group/other writable.
>>>
>>> I changed the permissions with chmod go-w /mit to remove the writable
>>> permissions and when I try again, it gives me this:
>>>
>>> neltnerb@belcher10:~$ add matlab
>>> matlab: Could not attach locker:
>>> Permission denied while symlinking /afs/athena.mit.edu/software/matlab
>>> to /mit/matlab
>>>
>>> The folder /afs/athena.mit.edu/software/matlab exists and is readable by
>>> my normal user account.
>>>
>>> The permissions right now on /mit look like this (after my
>>> modifications):
>>>
>>> drwxr-xr-x 2 root pyhesiodfs 4096 2009-01-20 14:11 mit
>>>
>>> My user account is not a member of pyhesiodfs, and I didn't try adding
>>> myself to that group because I don't know what it is.
>>>
>>> What are the permissions on /mit supposed to be?
>>>
>>> Thanks,
>>> Brian Neltner
>>>
>>>
>>>
>
>
