[NTLUG:Discuss] Why does nfs wreck shell scripts?
Fred James
fredjame at concentric.net
Wed Aug 21 23:01:00 CDT 2002
Call me silly, but bear with me just to be sure, OK.
"test" is a built-in shell command, and therefore it is generally
accepted that it, like other built-in shell commands, is not a good name
for a shell script, and a few other things.
So, just to be sure we aren't looking at something like that, please
rename you script and try again.
That would be "step one" in my mind.
Lance Simmons wrote:
>I'm playing around with nfs at home. When I've got a bash script on an
>nfs-mounted filesystem, I can't execute it directly. Consider this
>script, named "test":
>
> #!/bin/sh
> echo "test"
> exit 0
>
>When I try to execute test directly (./test), I get this error:
>
> bash: ./test: /bin/sh: bad interpreter: Permission denied
>
>When I try to execute test with the command "sh ./test", it works.
>
>Can someone knowledgeable about nfs explain what this is about? I
>imagine it's something pretty simple. I'm probably misunderstanding the
>metaphysics of nfs, but I'm not sure where to look.
>
--
small is beautiful
More information about the Discuss
mailing list