1) #> nano /var/spool/cron/root Then type in the cron entry and save it #> service crond restart It cannot work if have not restart crond
2) #> crontab -e Then type in the cron entry and save it
3) #> nano /etc/crontab type in the cron entry and save it
I can use above three method without any problem.
However I cannot use crontab [filepath] method
4) #> crontab /home/admin/domain.com/www/testing/crontab.dat *crontab.dat is a cron entry. after type in this line, I use crontab -l and see cron entry has been added to /var/spool/cron/root However, the cron job will not run even I restart crond.
It's been nearly a year i'm running several cron jobs on my CPanel hosting. The format for the command i used is as follows (putting aside the timing info):
A few days ago, all cron jobs stopped working, probably because of a certain setting that my host changed. I contacted my host, and he replied that the format i'm using for the commands was not proper, and he gave me the proper command as:
GET [url]
I tried it, but it didnt work....
I googled the problem and got tens of commands... i simply wanna run a PHP file (the file itseld is functional if i browse it) every now and then, so what is the command i should be using?
I have been trying to start up a new cronjob. I wrote the line command chmoded it to 755 and put it in a folder cron.x
In my crontab I input the following: 30 23 * * * root run-parts /etc/cron.x
the first is minutes the second hours, right?
At 23:30 on my server time, nothing happened. >_<;; I'd like to have my cronjobs emailed to me so that if there is an error, I can see it.
I've been combing google with little avail (can't find much other than unrelated blog junk on that engine nowadays anyway >_<) I figured WHT would be more useful.
also,i m looking for a specific cron right now (xbt_cron).once i find it ,what command do i use to run it manually.its supposed to run by itself..i just moved to a new server last week and now its stopped working.
In trying to setup a cronjob on a new server I notice that cPanel tells me that usr/bin/crontab permissions are wrong and that they need to be changed to 4755.
When I log in to the server with WinSCP and attempt to change the permissions it just doesn't do it ... it looks like it's doing it, no errors, but it just leaves it the same!
i created a new cron job with "crontab -e" command by using the "root" user.
* * * * * php -f /path/file.php
i tried it for php -q too. while i type this command on the shell the php file works. there is no problem with crontab rule too. the chmod of file.php is 777, user root group wheel..
but it cant work. i couldnt understand why it aint.
Anyone can explain what are the purpose for these command, and should I make any changes to these to standardize them all (the time)
--------------------------------------
Secondly, one of my server doesn't set any automatic CPanel updates, so I set automatic updates for CPanel packages and Security packages. Is it suppose to add "/scripts/upcp" into my crontab? Most of them are also at different time.
--------------------------------------
I assume this command is to inform me whenever my user make a new domain add-on? /usr/local/cpanel/whostmgr/docroot/cgi/cpaddons_report.pl --notify
--------------------------------------
Also can anyone tell me what are the purpose of these? /usr/local/bandmin/bandmin /usr/local/bandmin/ipaddrmap /usr/local/cpanel/bin/dcpumon >/dev/null 2>&1 /scripts/exim_tidydb > /dev/null 2>&1 /usr/local/cpanel/whostmgr/bin/dnsqueue > /dev/null 2>&1
I set up a cron to run every minute & I'm running a PHP script by way of cron like
wget http://example.com/some_script.php
Now does each request of Cron is a seperate HTTP Request or what? Say my script takes more than 1 minute to execute completely but before its completed, its called again. So, will that effect the PHP script running because of previous HTTP Request or will it create a new HTTP Request & let the previous request finish its operation? Technically, it shouldn't block/affect the previous request, but I'm not sure!!
I noticed on my new servers users doesnt have crontab permission.On my first server they have access.So what i need to do to enable users crontab permission automaticly on new servers?I have whm/cpanel there but it seems there is nothing about it there.
I am trying to edit crontab using crontab -e, I seem to get to it okay but I am unable to edit anything in there, at the end of the file there are ~ in there, and I cant even delete them. Its like the file is locked.
For some odd reason, when I run: chmod 4755 /usr/bin/crontab
in ssh, it still does not change it to 4755. It's like I don't have permission to change it, ans I'm logged in as root.
I've read some threads here on the forum and none really come to an issue where when they run that chmod 4755 /usr/bin/crontab it still doesn't chmod it.
So is there a way to check if it is chmodded to 4755 as I use CSF Exploerer to check if it is chmod'd to 4755, and it just stays at 755.
I am trying to move filename.tar.gz from server A to Server B with root at both, i have moved filename into a web accessable folder and chmod the file 755, when i go to wget filename from server A I get...
I've just did a 'wget' on a file that's quiet large (2.3GB), and now I'm wanting to serve the file through one of my accounts. The ownership and permissions of the file have already been changed to reflect the specific account; however, when I browse to the file through the web it will not pick up the filesize nor allow me to download the file stating 403 - Forbidden Access.
Is there some setting that needs to be changed to allow users to download a file of this size? or am I missing a permission command?
My crontab uses Wget to access a PHP file. It works just fine; however, the only problem is that each time the crontab is run it creates a file in the root of my site called filename.php.10XX
filename is the name of the file that Wget runs and 10xx is just the number of times the tab has been run.
I can't find wget on a hosting. SSH command find / -name wget returns with nothing, however wget works properly on a hosting, what could the problem be?