[958] in athena10
Re: Permissions on /mit?
daemon@ATHENA.MIT.EDU (Brian Neltner)
Sat Jan 24 01:39:53 2009
From: Brian Neltner <neltnerb@MIT.EDU>
To: Evan Broder <broder@mit.edu>
Cc: debathena@mit.edu
In-Reply-To: <497AB736.5010203@mit.edu>
Content-Type: text/plain
Date: Sat, 24 Jan 2009 01:39:04 -0500
Message-Id: <1232779144.4554.13.camel@gibbs-duhem>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Okay, thanks for all your help (at this late hour too).
Good night,
Brian
On Sat, 2009-01-24 at 01:37 -0500, Evan Broder wrote:
> That could be a 64-bit issue, or it could be an issue with using
> Intrepid, Jaunty, or Lenny instead of an older Debian/Ubuntu release.
> You should contact 3partysw@mit.edu to see what's up (they maintain the
> MATLAB locker)
>
> - Evan
>
> Brian Neltner wrote:
> > Odd, it must have changed the setuid bit when I chgrp'd it.
> >
> > It is letting me use the /mit directory now, although running matlab
> > returns "Unknown machine type amd64_deb50". I assume this is a packaging
> > issue with using 64-bit ubuntu?
> >
> > Thanks,
> > Brian
> >
> > On Sat, 2009-01-24 at 01:28 -0500, Evan Broder wrote:
> >
> >> No, no - fusermount needs to be 4754, not just 754 - it needs to be setuid.
> >>
> >> - Evan
> >>
> >> Brian Neltner wrote:
> >>
> >>> Hmm, that still doesn't work. /bin/fusermount is now set to this:
> >>>
> >>> -rwxr-xr-- 1 root fuse 27152 2008-09-25 12:06 /bin/fusermount
> >>>
> >>> This is the output of the entire /bin directory (these may have all been
> >>> changed when I accidentally reset permissions to root:root).
> >>>
> >>> neltnerb@belcher10:/$ ls -l /etc/
> >>> total 1700
> >>> drwxr-xr-x 8 root root 4096 2009-01-19 12:00 acpi
> >>> -rw-r--r-- 1 root root 2986 2009-01-15 21:41 adduser.conf
> >>> -rw-r--r-- 1 root root 45 2009-01-21 12:01 adjtime
> >>> drwxr-xr-x 2 root root 4096 2009-01-16 15:16 adsm
> >>> -rw-r--r-- 1 root root 90 2009-01-20 12:44 aliases
> >>> -rw-r--r-- 1 root root 12288 2009-01-20 12:44 aliases.db
> >>> drwxr-xr-x 2 root root 12288 2009-01-24 00:21 alternatives
> >>> -rw-r--r-- 1 root root 395 2008-09-02 19:38 anacrontab
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 17:10 apache
> >>> drwxr-xr-x 7 root root 4096 2009-01-15 17:08 apache2
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 17:10 apache-perl
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 17:10 apache-ssl
> >>> drwxr-xr-x 6 root root 4096 2009-01-15 16:46 apm
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:42 apparmor
> >>> drwxr-xr-x 6 root root 4096 2009-01-16 16:32 apparmor.d
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 16:51 apport
> >>> drwxr-xr-x 4 root root 4096 2009-01-20 14:00 apt
> >>> -rw-r----- 1 root root 144 2008-07-10 11:02 at.deny
> >>> drwxr-xr-x 2 root root 4096 2009-01-24 00:22 athena
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 16:51 avahi
> >>> lrwxrwxrwx 1 root root 21 2009-01-24 00:22 bash.bashrc ->
> >>> bash.bashrc.debathena
> >>> -rw-r--r-- 1 root root 554 2008-04-06 20:20 bash.bashrc.debathena
> >>> -rw-r--r-- 1 root root 1733 2008-05-12 14:49
> >>> bash.bashrc.debathena-orig
> >>> -rw-r--r-- 1 root root 216757 2008-06-19 15:18 bash_completion
> >>> drwxr-xr-x 2 root root 4096 2009-01-20 12:47 bash_completion.d
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 21:41 belocs
> >>> -rw-r--r-- 1 root root 332 2008-09-29 05:20 bindresvport.blacklist
> >>> -rw-r--r-- 1 root root 484 2009-01-15 16:41 blkid.tab
> >>> -rw-r--r-- 1 root root 484 2009-01-15 16:41 blkid.tab.old
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:51 bluetooth
> >>> -rw-r--r-- 1 root root 6924 2008-06-18 23:52 bogofilter.cf
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:48 bonobo-activation
> >>> -rw-r--r-- 1 root root 33 2009-01-15 16:54 brlapi.key
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:54 brltty
> >>> -rw-r--r-- 1 root root 15596 2008-08-06 05:10 brltty.conf
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 21:41 ca-certificates
> >>> -rw-r--r-- 1 root root 6256 2009-01-15 16:41 ca-certificates.conf
> >>> -rw-r--r-- 1 root root 6204 2009-01-15 21:41
> >>> ca-certificates.conf.dpkg-old
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 21:48 calendar
> >>> drwxr-s--- 2 root root 4096 2009-01-15 16:41 chatscripts
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:51 compizconfig
> >>> -rw-r--r-- 1 root root 55367 2008-10-27 00:50 complete.tcsh
> >>> drwxr-xr-x 4 root root 4096 2009-01-15 21:48 ConsoleKit
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:42 console-setup
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 16:48 console-tools
> >>> drwxr-xr-x 2 root root 4096 2009-01-20 12:35 cron.d
> >>> drwxr-xr-x 2 root root 4096 2009-01-24 00:22 cron.daily
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 21:48 cron.hourly
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:51 cron.monthly
> >>> -rw-r--r-- 1 root root 724 2008-09-09 15:52 crontab
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:51 cron.weekly
> >>> drwxr-xr-x 3 root root 4096 2009-01-24 00:21 csh
> >>> lrwxrwxrwx 1 root root 19 2009-01-24 00:22 csh.cshrc ->
> >>> csh.cshrc.debathena
> >>> -rw-r--r-- 1 root root 565 2008-04-06 20:20 csh.cshrc.debathena
> >>> -rw-r--r-- 1 root root 428 2008-10-27 00:50
> >>> csh.cshrc.debathena-orig
> >>> -rw-r--r-- 1 root root 275 2008-10-27 00:50 csh.login
> >>> -rw-r--r-- 1 root root 67 2008-10-27 00:50 csh.logout
> >>> drwxr-xr-x 4 root lp 4096 2009-01-24 00:22 cups
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 17:10 dbconfig-common
> >>> drwxr-xr-x 5 root root 4096 2009-01-15 21:48 dbus-1
> >>> -rw-r--r-- 1 root root 2969 2008-10-10 06:32 debconf.conf
> >>> -rw-r--r-- 1 root root 10 2007-04-01 07:47 debian_version
> >>> drwxr-xr-x 2 root root 4096 2009-01-24 00:22 default
> >>> drwxr-xr-x 4 root root 4096 2009-01-15 16:50 defoma
> >>> -rw-r--r-- 1 root root 600 2008-06-26 04:33 deluser.conf
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 21:41 depmod.d
> >>> drwxr-xr-x 4 root root 4096 2009-01-15 21:41 dhcp3
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:52 dictionaries-common
> >>> drwxr-xr-x 2 root root 4096 2008-10-15 06:09 dm
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 16:47 doc-base
> >>> drwxr-xr-x 3 root root 4096 2009-01-16 14:26 dpkg
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 17:07 drupal
> >>> -rw-r--r-- 1 root root 34 2008-02-18 23:33 e2fsck.conf
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 16:44 emacs
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 16:44 emacs21
> >>> -rw-r--r-- 1 root root 79 2009-01-15 21:41 environment
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:48 esound
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 21:49 event.d
> >>> drwxr-xr-x 4 root root 4096 2009-01-15 16:47 firefox-3.0
> >>> drwxr-xr-x 4 root root 4096 2009-01-15 16:48 fonts
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 16:48 foomatic
> >>> -rw-r--r-- 1 root root 478 2009-01-15 21:49 fstab
> >>> lrwxrwxrwx 1 root root 19 2009-01-24 00:22 fuse.conf ->
> >>> fuse.conf.debathena
> >>> -rw-r--r-- 1 root root 17 2008-11-20 19:30 fuse.conf.debathena
> >>> -rw-r----- 1 root root 216 2008-09-25 12:06
> >>> fuse.conf.debathena-orig
> >>> -rw-r--r-- 1 root root 2689 2008-03-26 13:44 gai.conf
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:54 gamin
> >>> drwxr-xr-x 7 root root 4096 2009-01-15 16:46 gconf
> >>> drwxr-xr-x 7 root root 4096 2009-01-15 16:52 gdm
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 16:47 gimp
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 16:49 gnome
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:51 gnome-app-install
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 16:47 gnome-system-tools
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 16:46 gnome-vfs-2.0
> >>> -rw-r--r-- 1 root root 10852 2007-04-27 22:27 gnome-vfs-mime-magic
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:50 gre.d
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 21:48 groff
> >>> -rw-r--r-- 1 root root 1138 2009-01-24 00:22 group
> >>> -rw-r--r-- 1 root root 1146 2009-01-20 15:10 group~
> >>> -rw------- 1 root root 1128 2009-01-24 00:21 group-
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 21:48 grub.d
> >>> -rw-r----- 1 root root 891 2009-01-24 00:22 gshadow
> >>> -rw------- 1 root root 881 2009-01-24 00:21 gshadow-
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:48 gtk-2.0
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 16:47 hal
> >>> -rw-r--r-- 1 root root 4793 2008-06-19 04:47 hdparm.conf
> >>> lrwxrwxrwx 1 root root 21 2009-01-24 00:22 hesiod.conf ->
> >>> hesiod.conf.debathena
> >>> -rw-r--r-- 1 root root 423 2008-06-16 22:45 hesiod.conf.debathena
> >>> -rw-r--r-- 1 root root 419 2009-01-15 16:52
> >>> hesiod.conf.debathena-orig
> >>> -rw-r--r-- 1 root root 92 2008-08-08 13:53 host.conf
> >>> -rw-r--r-- 1 root root 10 2009-01-15 21:40 hostname
> >>> -rw-r--r-- 1 root root 255 2009-01-15 21:40 hosts
> >>> -rw-r--r-- 1 root root 579 2009-01-15 21:48 hosts.allow
> >>> -rw-r--r-- 1 root root 878 2009-01-15 21:48 hosts.deny
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:50 hp
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:52 hwtest.d
> >>> -rw-r--r-- 1 root root 133 2009-01-20 12:05 inetd.conf
> >>> drwxr-xr-x 2 root root 4096 2009-01-24 00:22 init.d
> >>> drwxr-xr-x 5 root root 4096 2009-01-15 16:41 initramfs-tools
> >>> -rw-r--r-- 1 root root 1723 2007-10-02 10:35 inputrc
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 21:41 iproute2
> >>> -rw-r--r-- 1 root root 660 2009-01-20 12:37 iptables.up.rules
> >>> -rw-r--r-- 1 root root 19 2008-10-20 08:27 issue
> >>> -rw-r--r-- 1 root root 12 2008-10-20 08:27 issue.net
> >>> drwxr-xr-x 2 root root 4096 2009-01-16 15:09 itsm
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 16:48 kbd
> >>> drwxr-xr-x 5 root root 4096 2009-01-15 16:48 kernel
> >>> -rw-r--r-- 1 root root 240 2009-01-15 21:49 kernel-img.conf
> >>> lrwxrwxrwx 1 root root 19 2009-01-20 14:11 krb5.conf ->
> >>> krb5.conf.debathena
> >>> -rw-r--r-- 1 root root 3494 2008-10-25 22:48 krb5.conf.debathena
> >>> -rw-r--r-- 1 root root 3378 2009-01-20 14:11
> >>> krb5.conf.debathena-orig
> >>> lrwxrwxrwx 1 root root 18 2009-01-20 14:11 krb.conf ->
> >>> krb.conf.debathena
> >>> -rw-r--r-- 1 root root 2704 2008-10-25 22:48 krb.conf.debathena
> >>> -rw-r--r-- 1 root root 2692 2009-01-20 14:11 krb.conf.debathena-orig
> >>> lrwxrwxrwx 1 root root 20 2009-01-20 14:11 krb.realms ->
> >>> krb.realms.debathena
> >>> -rw-r--r-- 1 root root 1223 2008-10-25 22:48 krb.realms.debathena
> >>> -rw-r--r-- 1 root root 1278 2008-05-22 03:25
> >>> krb.realms.debathena-orig
> >>> drwxr-xr-x 2 root root 4096 2008-10-20 12:55 landscape
> >>> drwxr-xr-x 10 root root 4096 2009-01-15 16:51 laptop-mode
> >>> drwxr-xr-x 2 root root 4096 2009-01-24 00:22 ldap
> >>> -rw-r--r-- 1 root root 70758 2009-01-24 00:22 ld.so.cache
> >>> -rw-r--r-- 1 root root 34 2009-01-15 21:41 ld.so.conf
> >>> drwxr-xr-x 2 root root 4096 2009-01-16 15:03 ld.so.conf.d
> >>> -rw-r--r-- 1 root root 3578 2008-10-10 10:54 lftp.conf
> >>> -rw-r--r-- 1 root root 20 2008-05-02 21:29 libao.conf
> >>> drwxr-xr-x 2 root root 4096 2008-06-19 09:12 libpaper.d
> >>> -rw-r--r-- 1 root root 2586 2008-03-11 07:02 locale.alias
> >>> -rw-r--r-- 1 root root 3519 2009-01-15 21:42 localtime
> >>> drwxr-xr-x 6 root root 4096 2009-01-16 16:32 logcheck
> >>> -rw-r--r-- 1 root root 9681 2008-06-09 14:10 login.defs
> >>> -rw-r--r-- 1 root root 599 2008-10-09 03:12 logrotate.conf
> >>> drwxr-xr-x 2 root root 4096 2009-01-20 12:47 logrotate.d
> >>> drwxr-xr-x 2 root root 4096 2009-01-24 00:22 lprng
> >>> drwxr-xr-x 2 root root 4096 2008-09-16 08:53 lsb-base
> >>> -rw-r--r-- 1 root root 3820 2008-03-10 15:00 lsb-base-logging.sh
> >>> -rw-r--r-- 1 root root 99 2008-10-20 08:07 lsb-release
> >>> -rw-r--r-- 1 root root 13144 2008-07-02 12:00 ltrace.conf
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 19:34 lvm
> >>> -rw-r--r-- 1 root root 111 2008-07-11 06:24 magic
> >>> -rw-r--r-- 1 root root 111 2008-07-11 06:24 magic.mime
> >>> -rw-r--r-- 1 root root 21241 2009-01-24 00:21 mailcap
> >>> -rw-r--r-- 1 root root 449 2008-06-19 08:50 mailcap.order
> >>> -rw-r--r-- 1 root root 125 2008-05-09 13:37 mail.rc
> >>> -rw-r--r-- 1 root root 4630 2008-07-11 11:03 manpath.config
> >>> drwxr-xr-x 2 root root 4096 2009-01-20 12:40 mdadm
> >>> -rw-r--r-- 1 root root 21373 2008-06-19 08:50 mime.types
> >>> -rw-r--r-- 1 root root 803 2008-10-13 09:13 mke2fs.conf
> >>> drwxr-xr-x 3 root root 4096 2009-01-19 12:00 modprobe.d
> >>> -rw-r--r-- 1 root root 217 2009-01-15 21:47 modules
> >>> drwxr-xr-x 4 root root 4096 2009-01-15 16:51 mono
> >>> lrwxrwxrwx 1 root root 13 2009-01-15 21:41 motd -> /var/run/motd
> >>> -rw-r--r-- 1 root root 346 2009-01-15 21:41 motd.tail
> >>> -rw-r--r-- 1 root root 870 2009-01-24 01:00 mtab
> >>> -rw-r--r-- 1 root root 624 2008-05-29 16:55 mtools.conf
> >>> -rw-r--r-- 1 root root 4623 2008-08-07 05:20 Muttrc
> >>> drwxr-xr-x 2 root root 4096 2009-01-20 14:55 Muttrc.d
> >>> drwxr-xr-x 3 root root 4096 2009-01-16 16:33 mysql
> >>> -rw-r--r-- 1 root root 7672 2008-09-24 04:38 nanorc
> >>> -rw-r--r-- 1 root root 2064 2006-11-23 14:33 netscsid.conf
> >>> drwxr-xr-x 6 root root 4096 2009-01-15 21:41 network
> >>> drwxr-xr-x 4 root root 4096 2009-01-15 16:52 NetworkManager
> >>> -rw-r--r-- 1 root root 91 2008-08-08 13:53 networks
> >>> drwxr-xr-x 2 root root 4096 2009-01-24 00:22 nmh
> >>> -rw-r--r-- 1 root root 513 2009-01-15 16:52 nsswitch.conf
> >>> -rw-r--r-- 1 root root 1633 2009-01-06 10:53 ntp.conf
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:51 obex-data-server
> >>> drwxr-xr-x 2 root root 4096 2009-01-24 00:22 openafs
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:54 openoffice
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 21:41 opt
> >>> -rw-r--r-- 1 root root 552 2008-10-16 00:32 pam.conf
> >>> drwxr-xr-x 2 root root 4096 2009-01-20 12:13 pam.d
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:48 pango
> >>> -rw-r--r-- 1 root root 7 2009-01-15 16:48 papersize
> >>> -rw-r--r-- 1 root root 2169 2009-01-24 00:21 passwd
> >>> -rw------- 1 root root 2169 2009-01-24 00:21 passwd-
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:52 pcmcia
> >>> drwxr-xr-x 5 root root 4096 2009-01-15 21:48 perl
> >>> drwxr-xr-x 4 root root 4096 2009-01-15 17:07 php5
> >>> -rw-r--r-- 1 root root 18853 2009-01-20 14:54 pine.conf
> >>> -rw-r--r-- 1 root root 18778 2008-11-29 12:36 pine.conf.debathena
> >>> drwxr-xr-x 5 root root 4096 2009-01-15 16:47 pm
> >>> -rw-r--r-- 1 root root 7649 2009-01-15 16:52 pnm2ppa.conf
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:49 PolicyKit
> >>> -rw-r--r-- 1 root root 342 2009-01-15 21:48 popularity-contest.conf
> >>> drwxr-xr-x 2 root root 4096 2009-01-20 14:10 postfix
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 21:48 postgresql
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 21:48 postgresql-common
> >>> drwxr-xr-x 4 root root 4096 2009-01-15 16:46 power
> >>> drwxr-xr-x 8 root root 4096 2009-01-15 16:41 ppp
> >>> lrwxrwxrwx 1 root root 17 2009-01-24 00:22 profile ->
> >>> profile.debathena
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:51 profile.d
> >>> -rw-r--r-- 1 root root 542 2008-04-06 20:20 profile.debathena
> >>> -rw-r--r-- 1 root root 676 2009-01-16 15:09 profile.debathena-orig
> >>> -rw-r--r-- 1 root root 2626 2008-06-23 11:12 protocols
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:52 pulse
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:52 purple
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 21:41 python
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 21:41 python2.5
> >>> drwxr-xr-x 2 root root 4096 2009-01-24 00:22 rc0.d
> >>> drwxr-xr-x 2 root root 4096 2009-01-24 00:22 rc1.d
> >>> drwxr-xr-x 2 root root 4096 2009-01-24 00:22 rc2.d
> >>> drwxr-xr-x 2 root root 4096 2009-01-24 00:22 rc3.d
> >>> drwxr-xr-x 2 root root 4096 2009-01-24 00:22 rc4.d
> >>> drwxr-xr-x 2 root root 4096 2009-01-24 00:22 rc5.d
> >>> drwxr-xr-x 2 root root 4096 2009-01-24 00:22 rc6.d
> >>> -rwxr-xr-x 1 root root 306 2009-01-15 21:41 rc.local
> >>> drwxr-xr-x 2 root root 4096 2009-01-20 14:11 rcS.d
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:52 readahead
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 16:46 resolvconf
> >>> -rw-r--r-- 1 root root 53 2009-01-15 16:38 resolv.conf
> >>> -rwxr-xr-x 1 root root 268 2008-05-03 05:14 rmt
> >>> -rw-r--r-- 1 root root 887 2008-06-23 11:12 rpc
> >>> drwxr-xr-x 2 root root 4096 2009-01-22 16:56 samba
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 16:52 sane.d
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:54 scim
> >>> -rw-r--r-- 1 root root 3663 2008-06-13 06:24 screenrc
> >>> -rw-r--r-- 1 root root 1254 2008-06-09 14:10 securetty
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:40 security
> >>> -rw-r--r-- 1 root root 85602 2008-07-04 04:17 sensors.conf
> >>> -rw-r--r-- 1 root root 18581 2009-01-20 14:11 services
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 16:49 sgml
> >>> -rw-r----- 1 root root 1404 2009-01-24 00:21 shadow
> >>> -rw------- 1 root root 1404 2009-01-24 00:21 shadow-
> >>> -rw-r--r-- 1 root root 178 2009-01-24 00:21 shells
> >>> drwxr-xr-x 2 root root 4096 2009-01-20 14:11 skel
> >>> -rw-r--r-- 1 root root 6478 2008-07-30 16:13 smartd.conf
> >>> drwxr-xr-x 3 root root 4096 2009-01-20 13:27 smartmontools
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 16:46 sound
> >>> drwxr-xr-x 2 root root 4096 2009-01-24 00:22 ssh
> >>> drwxr-xr-x 4 root root 4096 2009-01-15 16:41 ssl
> >>> -r--r----- 1 root root 557 2009-01-15 21:49 sudoers
> >>> -rw-r--r-- 1 root root 2281 2008-10-27 07:17 sysctl.conf
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:52 sysctl.d
> >>> -rw-r--r-- 1 root root 1658 2009-01-20 12:37 syslog.conf
> >>> drwxr-xr-x 2 root root 4096 2009-01-16 15:26 sysstat
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 21:41 terminfo
> >>> drwxr-xr-x 3 root root 4096 2009-01-20 14:11 texmf
> >>> -rw-r--r-- 1 root root 11 2009-01-15 21:42 timezone
> >>> -rw-r--r-- 1 root root 70 2009-01-16 15:09 TIVGUID
> >>> -rw-r--r-- 1 root root 645 2008-02-08 11:36 ts.conf
> >>> -rw-r--r-- 1 root root 1260 2008-05-30 02:22 ucf.conf
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 16:52 udev
> >>> drwxr-xr-x 3 root root 4096 2009-01-15 21:48 ufw
> >>> -rw-r--r-- 1 root root 142 2008-07-18 09:39 uniconf.conf
> >>> -rw-r--r-- 1 root root 214 2008-06-26 10:18 updatedb.conf
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:41 update-manager
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 21:48 update-motd.d
> >>> drwxr-xr-x 2 root root 4096 2008-10-24 01:57 update-notifier
> >>> -rw-r--r-- 1 root root 97 2009-01-15 16:53 usplash.conf
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 21:41 vim
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 21:48 w3m
> >>> drwxr-xr-x 112 root root 4096 2009-01-20 16:23 webmin
> >>> -rw-r--r-- 1 root root 4221 2008-07-25 03:40 wgetrc
> >>> -rw-r--r-- 1 root root 1343 2007-01-09 13:39 wodim.conf
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 21:48 wpa_supplicant
> >>> -rw-r----- 1 root root 66 2009-01-15 16:54 wvdial.conf
> >>> drwxr-xr-x 9 root root 4096 2009-01-15 16:54 X11
> >>> drwxr-xr-x 5 root root 4096 2009-01-15 16:54 xdg
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:49 xml
> >>> drwxr-xr-x 2 root root 4096 2009-01-15 16:50 xulrunner-1.9
> >>> drwxr-xr-x 2 root root 4096 2009-01-24 00:21 zephyr
> >>> -rw-r--r-- 1 root root 461 2008-04-03 15:33 zsh_command_not_found
> >>>
> >>>
> >>> On Sat, 2009-01-24 at 01:21 -0500, Evan Broder wrote:
> >>>
> >>>
> >>>> Ok. fusermount is supposed to be chmodded 4754, and chgrp'd to fuse. If
> >>>> you make those changes and then run `sudo
> >>>> /etc/init.d/debathena-pyhesiodfs restart`, does it work?
> >>>>
> >>>> - Evan
> >>>>
> >>>> Brian Neltner wrote:
> >>>>
> >>>>
> >>>>> -rwxr-xr-x 1 root root 27152 2008-09-25 12:06 /bin/fusermount
> >>>>>
> >>>>> On Sat, 2009-01-24 at 01:16 -0500, Evan Broder wrote:
> >>>>>
> >>>>>
> >>>>>
> >>>>>> Hmm...what about /bin/fusermount?
> >>>>>>
> >>>>>> - Evan
> >>>>>>
> >>>>>> Brian Neltner wrote:
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>> neltnerb@belcher10:/$ ls -l /dev/fuse
> >>>>>>> crw-rw---- 1 root fuse 10, 229 2009-01-21 19:11 /dev/fuse
> >>>>>>>
> >>>>>>> On Sat, 2009-01-24 at 01:10 -0500, Evan Broder wrote:
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>> What do you get if you ls -l /dev/fuse?
> >>>>>>>>
> >>>>>>>> - Evan
> >>>>>>>>
> >>>>>>>> Brian Neltner wrote:
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>> Definitely not still mounted.
> >>>>>>>>>
> >>>>>>>>> /mit has permissions:
> >>>>>>>>> drwxrwx--- 2 root pyhesiodfs 4096 2009-01-20 14:11 mit
> >>>>>>>>>
> >>>>>>>>> On Sat, 2009-01-24 at 01:06 -0500, Evan Broder wrote:
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>> Are you sure that any other pyhesiodfs's that were running were
> >>>>>>>>>> umounted? You can run `mount | grep pyhesiodfs` to confirm.
> >>>>>>>>>>
> >>>>>>>>>> And /mit is still owned root:pyhesiodfs with the permissions set to 775?
> >>>>>>>>>>
> >>>>>>>>>> - Evan
> >>>>>>>>>>
> >>>>>>>>>> Brian Neltner wrote:
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>> neltnerb@belcher10:~$ cd /
> >>>>>>>>>>> neltnerb@belcher10:/$ sudo -u pyhesiodfs /usr/bin/pyhesiodfs -f /mit/
> >>>>>>>>>>> fusermount: mount failed: Operation not permitted
> >>>>>>>>>>> Traceback (most recent call last):
> >>>>>>>>>>> File "/usr/bin/pyhesiodfs", line 141, in <module>
> >>>>>>>>>>> main()
> >>>>>>>>>>> File "/usr/bin/pyhesiodfs", line 138, in main
> >>>>>>>>>>> server.main()
> >>>>>>>>>>> File "/usr/lib/python2.5/site-packages/fuse.py", line 713, in main
> >>>>>>>>>>> main(**d)
> >>>>>>>>>>> fuse.FuseError: filesystem initialization failed
> >>>>>>>>>>>
> >>>>>>>>>>> On Sat, 2009-01-24 at 00:59 -0500, Evan Broder wrote:
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>> Hmm...try doing `cd /` and then `sudo -u pyhesiodfs /usr/bin/pyhesiodfs
> >>>>>>>>>>>> -f /mit`
> >>>>>>>>>>>>
> >>>>>>>>>>>> - Evan
> >>>>>>>>>>>>
> >>>>>>>>>>>> Brian Neltner wrote:
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>> neltnerb@belcher10:~$ sudo -u pyhesiodfs /usr/bin/pyhesiodfs -f /mit
> >>>>>>>>>>>>> fusermount: failed to open current directory: Permission denied
> >>>>>>>>>>>>> Traceback (most recent call last):
> >>>>>>>>>>>>> File "/usr/bin/pyhesiodfs", line 141, in <module>
> >>>>>>>>>>>>> main()
> >>>>>>>>>>>>> File "/usr/bin/pyhesiodfs", line 138, in main
> >>>>>>>>>>>>> server.main()
> >>>>>>>>>>>>> File "/usr/lib/python2.5/site-packages/fuse.py", line 713, in main
> >>>>>>>>>>>>> main(**d)
> >>>>>>>>>>>>> fuse.FuseError: filesystem initialization failed
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> neltnerb@belcher10:/etc$ ls -l fuse.conf
> >>>>>>>>>>>>> lrwxrwxrwx 1 root root 19 2009-01-24 00:22 fuse.conf ->
> >>>>>>>>>>>>> fuse.conf.debathena
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> neltnerb@belcher10:/etc$ ls -l fuse.conf.debathena
> >>>>>>>>>>>>> -rw-r--r-- 1 root root 17 2008-11-20 19:30 fuse.conf.debathena
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> neltnerb@belcher10:/etc$ cat fuse.conf
> >>>>>>>>>>>>> user_allow_other
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> On Sat, 2009-01-24 at 00:54 -0500, Evan Broder wrote:
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>> Well, I'm not sure, but this is only a temporary fix. For starters, you
> >>>>>>>>>>>>>> were running pyhesiodfs as root instead of as the pyhesiodfs user. What
> >>>>>>>>>>>>>> if you kill that session with `sudo umount /mit` and then run `sudo -u
> >>>>>>>>>>>>>> pyhesiodfs /usr/bin/pyhesiodfs -f /mit`?
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> Was anything printed out to the window you ran pyhesiodfs from?
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> Oh - also, while we're at it, what are the contents of /etc/fuse.conf?
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> - Evan
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> Brian Neltner wrote:
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> Doing that allows me to add matlab and access /mit
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> What changed by doing it this way?
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> On Sat, 2009-01-24 at 00:42 -0500, Evan Broder wrote:
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> /mit is the only thing that should be chgrp'd to pyhesiodfs. What
> >>>>>>>>>>>>>>>> happens if you run `sudo /usr/bin/pyhesiodfs -f /mit` in one window, and
> >>>>>>>>>>>>>>>> then try to access something in /mit from another window?
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> - Evan
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> Brian Neltner wrote:
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> It looks like it is installed... I did aptitude purge of both
> >>>>>>>>>>>>>>>>> debathena-pyhesiodfs and debathena-mit-automounter along with removing
> >>>>>>>>>>>>>>>>> all of the other debathena-standard packages, but upon reinstalling it
> >>>>>>>>>>>>>>>>> has the same behavior as before.
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> Is there a way I can get it to report any errors that the automounting
> >>>>>>>>>>>>>>>>> script returns? It is possible that some permissions on other files
> >>>>>>>>>>>>>>>>> in /etc were changed that are causing difficulty, I accidentally changed
> >>>>>>>>>>>>>>>>> a number of them to root:root, so if there were other files that were
> >>>>>>>>>>>>>>>>> originally owned by pyhesiodfs or something else, that could cause a
> >>>>>>>>>>>>>>>>> problem.
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> Brian
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> On Sat, 2009-01-24 at 00:10 -0500, Evan Broder wrote:
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> debathena-pyhesiodfs doesn't actually interact with AFS directly; it
> >>>>>>>>>>>>>>>>>> gets locker information from Hesiod, so it should continue to work
> >>>>>>>>>>>>>>>>>> regardless of whether or not AFS is working.
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> Is there any chance that the debathena-pyhesiodfs package was
> >>>>>>>>>>>>>>>>>> uninstalled somehow? What happens if you run `sudo aptitude install
> >>>>>>>>>>>>>>>>>> debathena-pyhesiodfs`, just to make sure?
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> - Evan
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> Brian Neltner wrote:
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>> This command returns nothing.
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>> It does have AFS on /afs type afs (rw) listed.
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>> On Fri, 2009-01-23 at 03:40 -0500, Evan Broder wrote:
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>> 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
> >>>>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>
> >>>
> >
> >
