[9275] in Athena Bugs
Your OLC question about "unix"
daemon@ATHENA.MIT.EDU (timo@Athena.MIT.EDU)
Tue May 5 14:36:57 1992
From: timo@Athena.MIT.EDU
Date: Tue, 5 May 92 14:36:37 -0400
To: bugs@Athena.MIT.EDU
Cc: "Gary L. Dryfoos" <dryfoo@Athena.MIT.EDU>
--------
hola.
What follows is an excerpt of a very lengthy OLC question. I'm trying
to include everything necessary and nothing extra. If things are
missing, please look at the log under the ounix discuss meeting. The
command
dig -n 200 -e dryfoo -l ounix
should give you the exact transaction number.
This problem is of special interest because every user will be on AFS
by the end of the summer. Please send me (username = timo) and Gary
(username = dryfoo) any decision/work on this bug.
thanx in advance
happy daze
Tim O'Malley
<timo@athena.mit.edu>
I/S CSS Consultant
----------------------------------------
Please read the following transcript carefully:
-- Notice that the executable script ~/bin/411 isn't being properly
found, even tho' it is in my own attached locker (/mit/dryfoo)
and the $path is set properly.
-- Notice that originally, "where 411" works from the ~/bin directory,
but not from ~/ -- but that after a "rehash", that changes.
-- Notice that doing another "attach" makes ~/bin/411 findable to the
"where" command, but trying to run it still gives a "Command not
found" error.
-- Here's another clue, I stayed logged in overnight, and did a
} /"renew"
about half an hour before this happened.
Here's the transcript:
} <21>thelonious:~/bin
} % ls -F
} 411* decrypt* fonelist* rot13* xmoon* xtrm_mini*
} bigq* easter* kmeter* sclock* xqwerty* xv*
} calchk* encrypt* lc* whost* xss* xznol*
} clmha* fing* nu* xclox* xtit* zlog*
} cx* fone* pleh* xdvorak* xtrm* zwho*
}
} <22>thelonious:~/bin
} % where 411
} ./411
}
} <23>thelonious:~/bin
} % cd
}
} <24>thelonious:~
} % where 411
}
} <25>thelonious:~
} % rehash
}
} <26>thelonious:~
} % where 411
}
} <27>thelonious:~
} % echo $path mit/dryfoo/bin /mit/dryfoo/vaxbin
} //mit/StaffTools/vaxbin /mit/StaffTools/vaxbin/X /mit/motif/vaxbin
} //mit/motifdev/vaxbin /mit/scribe7/vaxbin /mit/sipb/vaxbin
} //mit/consult/vaxbin /mit/games/vaxbin /mit/xpix/vaxbin
} //mit/games/vaxbin /mit/olhdev/vaxbin /srvd/patch /usr/athena/bin
} //bin/athena /usr/bin/X11 /usr/new /usr/ucb /bin /usr/bin /usr/ibm
} //usr/andrew/bin /mit/andrew/vaxbin .
}
} <28>thelonious:~
} % attach dryfoo
} attach: /afs/athena.mit.edu/user/d/r/dryfoo linked to /mit/dryfoo
} /for filesystem dryfoo
}
} <29>thelonious:~
} % where 411 mit/dryfoo/bin/411
}
} <30>thelonious:~
} % 411 liberman
} 411: Command not found.
}
} <31>thelonious:~
} % where 411 mit/dryfoo/bin/411
--- Comment by user kevles@CALIBAN.MIT.EDU [0].
[Tue 28-Apr-92 11:27am]
According to the manual page, "fsid" is NFS specific. dryfoo's locker is
on AFS. Could this be the cause of the problem?
*** Reply from consultant timo@COPILOT.MIT.EDU [0].
[Tue 28-Apr-92 2:15pm]
Hello Gary.
Could you do me a favor and try something. I don't know if this will
have any effect but i'm curious.
1) could you type
which 411
instead of "where 411"
2) could you change your path so that it uses
/afs/athena/user/d/r/dryfoo/bin
instead of "/mit/dryfoo/bin"
3) could you type
rehash
where 411
which 411
after doing step #2
*** Reply from user dryfoo@THELONIOUS.MIT.EDU [0].
[Tue 28-Apr-92 2:39pm]
<95>thelonious:~
% source .path.4timo
<96>thelonious:~
% cat .path.4timo
set my_path=( /mit/StaffTools/${hosttype}bin /mit/StaffTools/${hosttype}bin/X /mit/motif/${hosttype}bin /mit/motifdev/${hosttype}bin /mit/scribe7/${hosttype}bin /mit/sipb/${hosttype}bin /mit/consult/${hosttype}bin /mit/games/${hosttype}bin/mit/xpix/${hosttype}bin /mit/games/${hosttype}bin /mit/olhdev/${hosttype}bin)
#
set path=(/afs/athena/user/d/r/dryfoo/bin /afs/athena/user/d/r/dryfoo/${hosttype}bin $my_path $athena_path /mit/andrew/${hosttype}bin .)
#
rehash
<97>thelonious:~
% echo $path
/afs/athena/user/d/r/dryfoo/bin /afs/athena/user/d/r/dryfoo/vaxbin /mit/StaffTools/vaxbin /mit/StaffTools/vaxbin/X /mit/motif/vaxbin /mit/motifdev/vaxbin /mit/scribe7/vaxbin /mit/sipb/vaxbin /mit/consult/vaxbin /mit/games/vaxbin /mit/xpix/vaxbin /mit/games/vaxbin /mit/olhdev/vaxbin /srvd/patch /usr/athena/bin /bin/athena /usr/bin/X11 /usr/new /usr/ucb /bin /usr/bin /usr/ibm /usr/andrew/bin /mit/andrew/vaxbin .
<98>thelonious:~
% rehash
<99>thelonious:~
% where 411
/afs/athena/user/d/r/dryfoo/bin/411
<100>thelonious:~
% which 411
/afs/athena/user/d/r/dryfoo/bin/411
<104>thelonious:~
% 411 liber
Checking...
Liberman, Ben
magik@tai.chi.il.us (magik%tai.chi.il.us@mit-eddie)
2091 W. Estes
Chicago, IL 60645
(312) 508-9033
Yeah, it works. Only now, do I have the wrong $HOME or what? And does
my .path have to be hard-coded? or what? And anyway, Mr. Liberman's
email address doesn't work in either format, so what's the use anyway?
Now what? Do I have to change my .path? (And why does this problem only
occur sometimes? Is renew re-wrong? et re-cetera.)
*** Reply from consultant timo@COPILOT.MIT.EDU [0].
[Tue 28-Apr-92 2:49pm]
Actually, you can leave your .path alone. Simply put the line
setenv HOME `pwd`
in you .environment file. (Notice the forward quotes.)
*** Reply from consultant brlewis@EUPHROSYNE.MIT.EDU [0].
[Tue 28-Apr-92 4:03pm]
While you were logged in overnight, some cron job detached your home
directory. It could get away with this because detaching an AFS locker
merely involves removing a symlink. You wouldn't notice anything until
you try to access something through the /mit/dryfoo symlink, which is
what csh did when it tried to find /mit/dryfoo/bin/411.
*** Reply from consultant jik@PIT-MANAGER.MIT.EDU [0].
[Tue 28-Apr-92 9:30pm]
Your home directory isn't supposed to be detached while you're logged
in. The way the cleanup program tells whether anyone is logged in and
using a particular filesystem is to read the attach.conf file in order
to figure out which users want the filesystem, and then read /etc/utmp
to find out if any of them are still logged in.
If cleanup detached your home directory, and as far as I know, that's
the only program that would, then for some reason it didn't think you
were logged in. Perhaps your /etc/utmp got corrupted somehow? If
this happens again, could you type "who" and see if it lists you?
happy daze
Tim O'Malley
<timo@athena.mit.edu>
I/S CSS Consultant
