I just created a backup module. Later, the master asked me to add an automatic backup function, so I studied the cron service.
Cron is a built-in service of linux, but it does not automatically get up. You can start or close this service using the following methods:
Reference: |
/Sbin/service crond start // start the service /Sbin/service crond stop // close the service /Sbin/service crond restart // restart the service /Sbin/service crond reload // reload the configuration |
You can also enable the service automatically when the system starts:
Reference: |
Add: /Sbin/service crond start |
Now that the cron Service is in the process, we can use it. The cron Service provides the following interfaces for you to use:
1. directly use the crontab command to edit
The cron Service provides the crontab command to set the cron service. The following are some parameters and descriptions of this command:
Reference: |
Crontab-u // set a user's cron service. Generally, the root user needs this parameter when executing this command. Crontab-l // list the details of a user's cron Service Crontab-r // Delete the cron service of no user Crontab-e // edit a user's cron Service |
For example, to view your cron settings as root:
Reference: |
Crontab-u root-l |
For example, root wants to delete fred's cron settings:
Reference: |
Crontab-u fred-r |
When editing the cron service, the edited content has some formats and conventions. Enter:
Reference: |
Crontab-u root-e |
In the vi editing mode, the edited content must conform to the following format:
Reference: |
*/1 ***** ls>/tmp/ls.txt |
The first part of this format is the time setting, and the last part is the command to be executed. If there are too many commands to be executed, you can write these commands into a script, then you can directly call this script here. Remember to write the complete path of the command during the call. We have a certain agreement on the time setting. The first five * numbers represent five numbers. The value range and meaning of the numbers are as follows:
Reference: |
Minute 0-59) When 0-23) Date 1-31) Month 1-12) 0-6) // 0 indicates Sunday |
In addition to numbers, there are also several special symbols: "*", "/", "-", * representing all numbers in the value range, "/" indicates the meaning of each, "*/5" indicates every five units, "-" indicates the number from a number to a number, "," separate several discrete numbers. The following examples illustrate the problem:
Reference: |
Every morning 0 6 *** echo "Good morning. ">/tmp/test.txt // note that no output is visible from the screen with pure echo, because cron has emailed any output to the root mailbox. Every two hours 0 */2 *** echo "Have a break now.">/tmp/test.txt Every two hours from PM to am, am 0 23-7/2, 8 *** echo "Have a good dream :)">/tmp/test.txt Am from Monday 4 to Wednesday every week 0 11 4*1-3 command line Am, January 1, January 1 0 4 1 1 * command line |
After you edit the cron settings of a user, cron automatically generates a file with the same name under/var/spool/cron. The cron information of this user is recorded in this file, this file cannot be edited directly. You can use crontab-e to edit it. The cron reads the file every minute after it is started, and checks whether to execute the commands in it. Therefore, you do not need to restart the cron service after the file is modified.
2. Edit the configuration cron in the/etc/crontab file.
The cron service not only reads all files in/var/spool/cron every minute, but also reads/etc/crontab once. Therefore, we can use the cron service to configure this file. Crontab configuration is intended for a user, and editing/etc/crontab is a system task. The file format of this file is:
Reference: |
SHELL =/bin/bash PATH =/sbin:/bin:/usr/sbin:/usr/bin MAILTO = root // if an error occurs or data is output, the data is sent to this account as an email. HOME =/ # Run-parts 01 *** root run-parts/etc/cron. hourly // run the script in/etc/cron. hourly every hour. 02 4 *** root run-parts/etc/cron. daily // run the script in/etc/cron. daily once a day. 22 4 ** 0 root run-parts/etc/cron. weekly // run the script in/etc/cron. weekly once a week. 42 4 1 ** root run-parts/etc/cron. monthly // run the script in/etc/cron. monthly every month. User running path |
Note the "run-parts" parameter. If this parameter is removed, you can write a script name to be run, instead of the folder name.
Related Articles]
- Linux scheduled task system Cron entry
- Network Management dictionary: Linux terminology-Cron
- How to Use the Crontab command for Linux beginners