I have set up several scripts, a couple of which are already hooked into cron & execute on schedule. A third script generates an error: /bin/sh Line 1: Permission denied The script has the requisite '#!/bin/sh' as the first line w/no white space to the left & no blank line at the top. It doesn't matter what is in the script --I have tried changing the command-- it will not execute because of the 1st line. What is in the script is as follows: 'cinternet --interface-name=ppp0 -O' ...and execution by hand works. I'd really like to execute this script before the logs are archived, as this seems to wreak havoc w/the connection, sometimes. What's wrong!? I'm really puzzled. -- ...CH "The more they over-think the plumbing, the easier it is to stop up the drain." Scotty
On Thursday 08 July 2004 8:03 pm, C Hamel wrote:
I have set up several scripts, a couple of which are already hooked into cron & execute on schedule. A third script generates an error: /bin/sh Line 1: Permission denied
Make sure the script is executable by the cron user running the script. chmod +x scriptname Scott -- POPFile, the OpenSource EMail Classifier http://popfile.sourceforge.net/ Linux 2.6.5-7.95-default x86_64
On Friday 09 July 2004 06:29, Scott Leighton wrote:
On Thursday 08 July 2004 8:03 pm, C Hamel wrote:
I have set up several scripts, a couple of which are already hooked into cron & execute on schedule. A third script generates an error: /bin/sh Line 1: Permission denied
C: You must be able to execute that script. Try it manually. Possible reasons for this errormessage: 1) As Scott already pointed out:
Make sure the script is executable by the cron user running the script. chmod +x scriptname
2) The partition on which the script resides must be mounted with the 'exec' option (man fstab, man mount). Cheers, Leen
On Friday 09 July 2004 06:29, Scott Leighton wrote:
On Thursday 08 July 2004 8:03 pm, C Hamel wrote:
I have set up several scripts, a couple of which are already hooked into cron & execute on schedule. A third script generates an error: /bin/sh Line 1: Permission denied
C: You must be able to execute that script. Try it manually. Possible reasons for this errormessage:
1) As Scott already pointed out:
Make sure the script is executable by the cron user running the script. chmod +x scriptname
2) The partition on which the script resides must be mounted with the 'exec' option (man fstab, man mount).
Cheers,
Leen Your permissions reminder is noted (as was the 1st poster's) and this is where I become a little more puzzled. I have a script which checks to see if the
On Friday 09 July 2004 03:27, Leendert Meyer wrote: ppp0 is up ...and if not, restarts it. It has worked just fine for weeks, now. The new script waa generated in the same fashion as that one --same permissions, resides in same directory, nothing different that I can detect-- yet it will only execute from command line ...and works, whether as root or user. I read up on cron, a bit, and ultimately decided to put it in... /root/cron.daily.local ...as indicated in one of the scripts residing in /etc/cron.daily. The result was the script didn't execute & didn't even seem to generate an error, as nothing could be found in the logs. -- ...CH "The more they over-think the plumbing, the easier it is to stop up the drain." Scotty
On 08.07.04,22:03, C Hamel wrote:
I have set up several scripts, a couple of which are already hooked into cron & execute on schedule. A third script generates an error: /bin/sh Line 1: Permission denied
The script has the requisite '#!/bin/sh' as the first line w/no white space to the left & no blank line at the top. It doesn't matter what is in the script --I have tried changing the command-- it will not execute because of the 1st line. What is in the script is as follows: 'cinternet --interface-name=ppp0 -O' ...and execution by hand works. I'd really like to execute this script before the logs are archived, as this seems to wreak havoc w/the connection, sometimes. What's wrong!? I'm really puzzled.
Use the full path to cinternet:
/usr/bin/cinternet
- Jostein
--
Jostein Berntsen
On 08.07.04,22:03, C Hamel wrote:
I have set up several scripts, a couple of which are already hooked into cron & execute on schedule. A third script generates an error: /bin/sh Line 1: Permission denied
The script has the requisite '#!/bin/sh' as the first line w/no white space to the left & no blank line at the top. It doesn't matter what is in the script --I have tried changing the command-- it will not execute because of the 1st line. What is in the script is as follows: 'cinternet --interface-name=ppp0 -O' ...and execution by hand works. I'd really like to execute this script before the logs are archived, as this seems to wreak havoc w/the connection, sometimes. What's wrong!? I'm really puzzled.
Use the full path to cinternet:
/usr/bin/cinternet
- Jostein
-- Jostein Berntsen
Tried that... thanks. :-) -- ...CH "The more they over-think the plumbing,
On Friday 09 July 2004 06:26, Jostein Berntsen wrote: the easier it is to stop up the drain." Scotty
The Thursday 2004-07-08 at 22:03 -0500, C Hamel wrote:
I have set up several scripts, a couple of which are already hooked into cron & execute on schedule. A third script generates an error: /bin/sh Line 1: Permission denied
The script has the requisite '#!/bin/sh' as the first line w/no white space to the left & no blank line at the top. It doesn't matter what is in the script --I have tried changing the command-- it will not execute because of the 1st line. What is in the script is as follows: 'cinternet --interface-name=ppp0 -O' ...and execution by hand works.
Remember that a cron job does not inherit the same path (and environment) as an script running manually gets. Thus, either you set the path explicitly, or call every program by its full path and filename. Otherwise, you may use "#!/bin/sh -x" to produce a full info, line by line, of the script execution. -- Cheers, Carlos Robinson
I have used rsync to download the entire 9.1 tree to an internal server. It's shared in ftp, http, and nfs. I burned the boot.iso and booted a client with it. The client can find the install image, no mattre what method I use. However, it always says later on that it can't find any packages. I have all the rpms in the proper places, and I have everything under suse/setup/descr/. I have noticed that if I click on "Detailed selection" it is looking for "user.sel" which does not exist anywhere. I suspect that the install links this to default.sel unless you choose a different profile. I have checked that default.sel is there and is readable by the client. Someone told me there were issues with the shared-out directory being called 9.1 so I changed it to "current." I am sharing it read-only to my entire subnet. Also there is no firewall in the way, and there are no error messages on the server during the install. Please let me know what I am doing wrong here! I have seen several similar problems but no solution.
Was this the wrong place to ask this? I have gotten no responses at all. :( On Tuesday 13 July 2004 08:40, Misty Stanley-Jones wrote:
I have used rsync to download the entire 9.1 tree to an internal server. It's shared in ftp, http, and nfs. I burned the boot.iso and booted a client with it. The client can find the install image, no mattre what method I use. However, it always says later on that it can't find any packages. I have all the rpms in the proper places, and I have everything under suse/setup/descr/. I have noticed that if I click on "Detailed selection" it is looking for "user.sel" which does not exist anywhere. I suspect that the install links this to default.sel unless you choose a different profile. I have checked that default.sel is there and is readable by the client.
Someone told me there were issues with the shared-out directory being called 9.1 so I changed it to "current." I am sharing it read-only to my entire subnet. Also there is no firewall in the way, and there are no error messages on the server during the install.
Please let me know what I am doing wrong here! I have seen several similar problems but no solution.
On Tuesday 13 July 2004 15.40, Misty Stanley-Jones wrote:
I have used rsync to download the entire 9.1 tree to an internal server. It's shared in ftp, http, and nfs. I burned the boot.iso and booted a client with it. The client can find the install image, no mattre what method I use. However, it always says later on that it can't find any packages. I have all the rpms in the proper places, and I have everything under suse/setup/descr/. I have noticed that if I click on "Detailed selection" it is looking for "user.sel" which does not exist anywhere. I suspect that the install links this to default.sel unless you choose a different profile. I have checked that default.sel is there and is readable by the client.
Someone told me there were issues with the shared-out directory being called 9.1 so I changed it to "current." I am sharing it read-only to my entire subnet. Also there is no firewall in the way, and there are no error messages on the server during the install.
Please let me know what I am doing wrong here! I have seen several similar problems but no solution.
I can only offer that it works for me, over nfs and ftp. Haven't tried http In the past when I've had problems, I've turned on full logging on the ftp server. That way I was able to see what it was looking for and possibly not finding. user.sel is something that gets created in an installation, that you can then provide for subsequent installations so you won't have to go through a customized package selection a second time. It wasn't present when I just did a fresh install either, so that can't be the reason it fails for you
participants (7)
-
Anders Johansson
-
C Hamel
-
Carlos E. R.
-
Jostein Berntsen
-
Leendert Meyer
-
Misty Stanley-Jones
-
Scott Leighton