Cron-ic mistake?

Hi,
I'm trying to set up a Cron-job on the new cgi server, but without much success
I'm using Putty software to set up a job which (re)builds my news pages every morning at 2.00am by accessing an autobuild script. This is what I've written in the cron file:

Cron-ic mistake?

Thanks Peter for the suggestion, but alas no success
I was curious as to the 'php' part of the path you suggested because I don't use php, so on a second attempt I took that bit out but still no success.
The really odd thing is that the path I suggested above, with obvious modifications to the absolute paths, works on the old server!!
Is this another case I wonder of things not being quite set-up right on the new server?
:x

I have just moved my crontab file from the old cgi server to the new one, used telnet to crontab the file then did a crontab -l and all the scripts were set to run at the set times. they all appear to work fine.

I don't use the email option as it was sending emails even when there were no errors on the old server. Force9 was told about the errorless emails and they said "yes you are right it is doing that" but never fixed it so i just left the email thing out after testing was finished.

Cron-ic mistake?

Hi
Thanks for this - but I cannot get anything to work at the present time.
I changed the absolute path to include perl but no joy.
I kept the mailto cos even to have got an error message would have been something at least!
It's really annoying cos I've been following this tutorial on cron as well

Cron-ic mistake?

Just one last idea for a test, can crontab call the script, are the paths correct ?, can you put a script in the root directory to call the script to test the path and access rights, if this idea works then I would imagine crontab is at fault, but if the calling script cant run the final script then there is a problem with the path or the access permissions.

Cron-ic mistake?

Thanks Colin, but I tried the blank line already.
I know Peter says his scripts are working (only for php?) - but is cron actually available on the new server - only the self-same scripts (with modifications to paths obviously) are working on the old server!
I know you're not responsible for the server, but could you ask that engineer you're always referring to?

Cron-ic mistake?

Sociologyonline are you still having problems getting crontab to work with .cgi scripts ? is the path to the file still /cgi-bin/News1/autobuild.cgi ?

I will write a dummy .cgi script and mount it in the same path on in my cgi-bin and see if I can find a way to get this going for you. (but don't hold your breath as you seem to have tried most things to resolve the issue.)

If you manage to get it working please let me know at pcm@martek-net.co.uk

Cron-ic mistake?

As far as I can tell the crontab on the new ccgi server is not working. I have tried to replace the scripts that crontab on the old (current server) calls with scripts that access the new scripts on the new server. This doesn't work, because of security issues, I expect.

The only way I have found to mimic the new server crontab is the make copies of the new scripts and place them on the old server. While these scripts work fine for timed SQL database housekeeping routines, this sort of fix isn't any good if data stored on the new ccgi server need to be updated. I have not checked if its possible for these stopgap scripts to access the new server to pull data for reading only this may work, but fully expect that they will not be able to be written to.

I expect we will just have to wait for the change over to be complete before crontab and scripts on the new server run as intended.

cron runaround

I've been having intermittent cron problems on the new cgi server. First, I got denial from Support, then an acknowledgement that there's a problem.
They assure me this was fixed (the problem was described as "part of the server was missing" - kind of fills you with confidence) on the 18th July but I can't get even a basic cron script to work. I've replaced our actual cron script with this:

All 3 "testing_cron" files have appeared on occassion - the last time on 15th July @ 10:42 but not since. I have done crontab -r, then re-loaded and all to no avail (sometimes I get crontab: permission denied).
Support just say "no-one else has reported a problem so it must be your script" - is there any problem with the script that I'm missing (I've tested on our servers an all's well)? Does everyone else have a functioning cron? If so, can they post a really simple script to prove if it's me or them!