The format of a crontab file is very simple: each line contains six fields, separated by spaces. The first field specifies the minute (0-59) when the job will be run, the second field specifies the hour (0-23), the third field specifies the day of the month (1-31), and so on. Wildcards can also be used in crontab files. For example, an asterisk in the fourth field indicates that the job should be run every week.
<Minute> <Hour> <Day_of_the_Month> <Month_of_the_Year> <Day_of_the_Week> <command>
Now, the below statements will describe how to define multiple values or ranges. Read below and understand.
Crontab files are typically stored in the /etc/cron.d/ directory on Linux systems. The crontab command can be used to edit the crontab file.
crontab -e
By default, it will edit the crontab entries of the currently logged-in user. To edit other user crontab use the command below:
crontab -u username -l
Here is the list of examples for scheduling cron jobs in a Linux system using crontab.
This will be useful for scheduling database backups on a daily basis.
0 2 * * * /bin/sh backup.sh
Asterisk (*) is used for matching all the records.
The below example command will execute at 5 AM and 5 PM daily. You can specify multiple time stamps by comma-separated.
0 5,17 * * * /scripts/script.sh
Generally, we don’t require any script to execute every minute but in some cases, you may need to configure it.
* * * * * /scripts/script.sh
This type of cron is useful for doing weekly tasks, like log rotation, etc.
0 17 * * sun /scripts/script.sh
If you want to run your script at 10 minutes intervals, you can configure it like the below. These types of crons are useful for monitoring.
*/10 * * * * /scripts/monitor.sh
*/10: means to run every 10 minutes. Same as if you want to execute on every 5 minutes use */5.
Sometimes we are required to schedule a task to be executed for selected months only. Below example script will run in January, May, and August months.
* * * jan,may,aug * /script/script.sh
If you required scheduling a task to be executed for selected days only. The below example will run on each Sunday and Friday at 5 PM.
0 17 * * sun,fri /script/script.sh
To schedule a script to execute a script on the first Sunday only is not possible by time parameter, But we can use the condition in command fields to do it.
0 2 * * sun [ $(date +%d) -le 07 ] && /script/script.sh
If you want to run a script on 4 hours intervals. It can be configured like below.
0 */4 * * * /scripts/script.sh
To schedule a task to execute twice on Sunday and Monday only. Use the following settings to do it.
0 4,17 * * sun,mon /scripts/script.sh
To schedule a task to execute every 30 seconds is not possible by time parameters, But it can be done by scheduling the same cron twice as below.
* * * * * /scripts/script.sh * * * * * sleep 30; /scripts/script.sh
To configure multiple tasks with a single cron Can be done by separating tasks by the semicolon ( ; ).
* * * * * /scripts/script.sh; /scripts/scrit2.sh
@yearly timestamp is similar to “0 0 1 1 *“. It will execute a task on the first minute of every year, It may useful to send new year greetings 🙂
@yearly /scripts/script.sh
@monthly timestamp is similar to “0 0 1 * *“. It will execute a task in the first minute of the month. It may useful to do monthly tasks like paying the bills and invoicing to customers.
@monthly /scripts/script.sh
A @weekly timestamp is similar to “0 0 * * sun
“. It will execute a task in the first minute of the week. It may useful to do weekly tasks like the cleanup of the system etc.
@weekly /bin/script.sh
@daily timestamp is similar to “0 0 * * *“. It will execute a task in the first minute of every day, It may useful to do daily tasks.
@daily /scripts/script.sh
@hourly timestamp is similar to “0 * * * *“. It will execute a task in the first minute of every hour, It may useful to do hourly tasks.
@hourly /scripts/script.sh
@reboot is useful for those tasks which you want to run on your system startup. It will be the same as system startup scripts. It is useful for starting tasks in the background automatically.
@reboot /scripts/script.sh
By default, cron sends details to the current user where cron is scheduled. If you want to redirect it to your other account, can be done by setup the MAIL variable like below
crontab -l MAIL=bob 0 2 * * * /script/backup.sh
I recommend keeping a backup of all jobs entry in a file. This will help you to recover cron in case of accidental deletion.
Check current scheduled cron:
crontab -l MAIL=rahul 0 2 * * * /script/backup.sh
Backup cron to text file:
# crontab -l > cron-backup.txt # cat cron-backup.txt MAIL=rahul 0 2 * * * /script/backup.sh
Removing current scheduled cron:
# crontab -r # crontab -l no crontab for root
Restore crons from text file:
# crontab cron-backup.txt # crontab -l MAIL=rahul 0 2 * * * /script/backup.sh