<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.14.3">
</HEAD>
<BODY>
That worked, thanks! I did not know about "hash -r" and its purpose for cases like this.<BR>
<BR>
<BR>
On Wed, 2007-10-03 at 20:57 +0200, Jos Vos wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">On Wed, Oct 03, 2007 at 02:19:03PM -0400, <A HREF="mailto:rhurst@bidmc.harvard.edu">rhurst@bidmc.harvard.edu</A> wrote:</FONT>
<FONT COLOR="#000000">> Our /home is mounted on GFS in an 11-node cluster.</FONT>
<FONT COLOR="#000000">> I develop a script with 755 permission bits in my ~/bin.</FONT>
<FONT COLOR="#000000">> I test it.</FONT>
<FONT COLOR="#000000">> After it is tested, I `cp ~/bin/mybackup.sh /usr/local/sbin` (a local</FONT>
<FONT COLOR="#000000">> ext3 filesystem)</FONT>
<FONT COLOR="#000000">> Later, I remove ~/bin/mybackup.sh</FONT>
<FONT COLOR="#000000">> Now whenever I invoke mybackup.sh, bash</FONT>
<FONT COLOR="#000000">> returns /home/rhurst/bin/mybackup.sh: No such file or directory</FONT>
<FONT COLOR="#000000">> and `which mybackup.sh` returns /usr/local/sbin/mybackup.sh</FONT>
<FONT COLOR="#000000">> </FONT>
<FONT COLOR="#000000">> Who's caching this wrong here, bash or GFS?</FONT>
<FONT COLOR="#000000">What happens if you do "hash -r" before invoking "mybackup.sh" after</FONT>
<FONT COLOR="#000000">the removal?</FONT>
</PRE>
</BLOCKQUOTE>
<BR>
</BODY>
</HTML>