You can execute crontab if your name appears in the file /usr/lib/cron/cron.allow. If that file does not exist, you can use crontab if your name does not appear in the file /usr/lib/cron/cron.deny.
If only cron.deny exists and is empty, all users can use crontab. If neither file exists, only the root user can use crontab. The allow/deny files consist of one user name per line.
Crontab Commands – export EDITOR=vi ;to specify a editor to open crontab file.
crontab -e Edit your crontab file, or create one if it doesn’t already exist.
crontab -l Display your crontab file.
crontab -r Remove your crontab file.
crontab -v Display the last time you edited your crontab file. (This option is only available on a few systems.)
Accessing the Crontab
The following commands would apply to the user which you are logged in as. For example, if you are logged in as “root”, these commands would pertain to root’s crontab file.
crontab -e – opens the user’s crontab file for viewing/editing
crontab -l – simply lists the crontab file’s contents for the user. Think of it as a “cat” function for the crontab.
crontab -r – removes the crontab file contents for the user
But what if you want to edit another user’s crontab?
The system administrator is usually logged in as “root”, but making changes to another user’s crontab file or simply looking at another user’s crontab file is often necessary. For situations like this, you can append the “-u” flag followed by the desired username.
For example, if logged in as root but you want to edit the crontab for the user “admin”, you would do the following:
crontab -e -u admin
The same logic applies to the other crontab commands as well, such as:
crontab -l -u admin – lists the crontab entry for the “admin” user.
crontab -r -u admin – removes the crontab entry for the “admin” user.
Writing to the Crontab
Now that you know how to access the crontab, let’s take a look at the syntax of the crontab entry itself.
A typical crontab entry might look like this:
30 0,12 * * * /usr/local/scripts/whatever.script
OK, so what does that mean? Well, there are 2 parts to the entry you see above. In fact, any crontab entry has 2 parts:
Part 1 – The schedule
The schedule, which governs when the task will run, consists of a string of numbers, possible commas and asterisks (*).
So, in the above example, the schedule is:
30 0,12 * * *
What you are seeing is actually split up into 5 sections. The following chart illustrates what each section of the schedule is for:
1. Minute – Minutes after the hour (0-59).
2. Hour – 24-hour format (0-23).
3. Day – Day of the month (1-31).
4. Month – Month of the year (1-12).
5. Weekday – Day of the week. (0-6, where 0 indicates Sunday).
* = An asterisk in a schedule field indicates “every”. It means that the task will occur on “every” instance of the given field. So a “*” on the Month field indicates the the task will run “every” month of the year. A * in the Minutes field would indicate that the task would run “every” minute.
, = A comma is used to input multiple values for a field. For example, if you wanted a task to run at hours 12, 15 and 18, you would enter that as “12,15,18”.
Let’s take a look at how this format fits into the syntax of a crontab entry:
_________________________ 1. Minute – Minutes after the hour (0-59)
| ______________________ 2. Hour – 24-hour format (0-23).
| | ___________________ 3. Day – Day of the month (1-31)
| | |
| | | ________________ 4. Month – Month of the year (1-12)
| | | |
| | | | ______________5. Weekday – Day of the week. (0-6, where 0 indicates Sunday)
| | | | |
30 0,12 * * * /some/script/or/command
So, when we combine all the schedule elements, we know when and how often this task will run. Going on the above example, this task would run:
At 30 minutes past the hours of 0 (midnight) and 12 (noon), EVERY day of the month, EVERY month of the year and EVERY day of the week.
In other words, the above task would run every single day at 12:30AM and 12:30PM.
Let’s play around with the schedule a little bit and try something different. What if we had something like this:
15,45 0,12,6 20 1,2,3 0 /some/script/or/command
Wow! Now this is a pretty complex crontab entry. Let’s decipher it…
15,45 – This means that the task will run at 15 and 45 minutes past the hour. But what hours and what days? Well, that’s coming up.
0.12.6 – The task will run during the hours of 0 (midnight), 12 (noon) and 6AM.
20 – The task will run on the 20th day of the month. But during what months?
1,2,3 – The task will run only during the months of January, February and March.
0 – The task will only run on a Sunday.
So, when we put all of this information together, here is what it boils down to:
This task is going to run at 0:15, 0:45, 6:15, 6:45, 12:15 and 12:45 on the 20th of January, February and March IF that day falls on a Sunday. Pretty cool, huh?
A line in crontab file like below removes the tmp files from /home/someuser/tmp each day at 6:30 PM.
30 18 * * * rm /home/someuser/tmp/*
Note : If you inadvertently enter the crontab command with no argument(s), do not attempt to get out with Control-d. This removes all entries in your crontab file. Instead, exit with Control-c.
cron invokes the command from the user’s HOME directory with the shell, (/usr/bin/sh).
cron supplies a default environment for every shell, defining:
Users who desire to have their .profile executed must explicitly do so in the crontab entry or in a script called by the entry.
By default cron jobs sends a email to the user account executing the cronjob. If this is not needed put the following command At the end of the cron job line .
Generate log file
To collect the cron execution execution log in a file :
30 18 * * * rm /home/someuser/tmp/* > /home/someuser/cronlogs/clean_tmp_dir.log