Bash file...weird problem
 

I've created a sh file to delete a cache folder for one of my sites. Basically, the bash looks like this:

When I launch it within the console (root), it does not delete the cached folder and when I "ls -l", I always find another folder called "cached\r".

The cached folder has 0777 permissions all the time, owner root, group root.

The funny part is, I have another site, on the same server, different account and this bash works perfectly.

If I run the commands individually from the console, works perfectly...

I'm puzzled ...

Tnx in advance

Try using full pathnames for your cached folder, such as:

/home/me/cached

...cause when you execute the shell, it does not use your pwd.

If you try to echo the arguments, what do you think would it have expanded to?

if I echo all the commands, it prints them to the screen, same order as in the sh file.

As for the full path, it's the same thing, tried it now, same result. The sh file is in the root folder, where the dir cached resides.

I've double checked permissions now, all seems ok, I don't rly get it, especially when the same command runs without problems under other account.

Add a "pwd" to your script and pipe the output to a file.

pwd > foo.txt


...see where you're operating at the time you rm the directory.

How 'bout if you remove the '-f' option. It might print the errors.

"The funny part is, I have another site, on the same server, different account and this bash works perfectly."

What do you mean by "another site"? Another path? Another account? You say it works with the other account, but what is fundamentally different in your account and the other?

Try adding a comment after cached

Make your 'rm' command do the following:

rm -rdf cached* 2>&1

...to see if errors are being thrown.

I don't know how, but I bet you have a DOS line ending on that line and possibly others.

Does 'cat -A file' show

(actually, any decent editor should show it if it's there)

Why do you think any errors will not be shown already? Stderr is directed to terminal by default so the suggested technique is only necessary if it has been redirected somewhere else earlier.

That was my guess, hence suggesting adding the comment so any DOS line end is no longer part of the executed command.

guess what..u're both right...i feel like an idiot..i've edited that file with windows notepad..a while ago and i forgot...left some spaces after the command...ruined it :)

tnx alot guys for the help

Don't know for sure if the "-f" switch negates this, but is your "rm" command aliased to "rm -i"? Try running "rm" like this:
/rm
to see.

I think you mean

\rm