Linux где лежат файлы crontab

Location of the crontab file

as many (most?) others, I edit my crontab via crontab -e , where I keep all routine operations such as incremental backup, ntpdate, various rsync operations, as well as making my desktop background christmas themed once a year. From what I’ve understood, on a fresh install or new user, this also automatically creates the file if it doesn’t exist. However, I want to copy this file to another user, so where is the actual file that I’m editing? If this varies between distros, I’m using Centos5 and Mint 17

2 Answers 2

The location of cron files for individual users is /var/spool/cron/crontabs/ .
From man crontab :

Each user can have their own crontab, and though these are files in /var/spool/cron/crontabs , they are not intended to be edited directly.

The key words there are «they are not intended to be edited directly», so this answer is incomplete without Celada’s command below, which provides a safer answer to the «copy to another user» portion of the question. If people get in the habit of directly editing crontabs without submitting them through the crontab command, they forego a lot of sanity-checking the command provides.

@MontyHarder I agree «they are not intended to be edited directly» but what if there is a need of it, like there is a need to make an entry in the crontab via a bash script. you have to use the exact file, I don’t think any external interface will help in that case, correct me if I am wrong.

@PrabhatKumarSingh You still shouldn’t directly edit the file. If you read Celada’s command below, you’d have seen an example of how a script could manipulate a crontab file without directly editing it. man crontab explains how this works.

heemayl is correct about the location of crontab files on Linux, but it might be different on other operating systems and «theoretically» is could also be in a different location on Linux. Essentially, when a special interface is provided to access the files, you should use it. This will ensure that cron gets to check the files before installing them, makes sure the files have the permissions it needs them to have, etc.

Therefore you should copy a crontab from one user to another using that interface, like this, not by accessing the files directly.

There are many good reasons why crontab files should not be directly manipulated by anything other than the OS itself. This is a far better solution. I really think it needs to be incorporated into the official answer.

@MontyHarder There isn’t really an «official» answer. There is the answer the person asking chose as personally useful to him/her (the one with the checkmark) and the answer the community chose (with the most upvotes). In short, you have 15 rep, you can suggest this is the right answer by upvoting it. Also, if you want to suggest improvements to the other answer, you need to comment on that answer—otherwise, its author won’t be notified of your comment.

The corollary of this answer is that one should redirect the output of crontab -l to a file, move the file to the other system, and pipe it to crontab . Or maybe even do it directly ( crontab -l | ssh $remote_host crontab ).

«when a special interface is provided to access the files, you should use it.» Imagine every application provided a special interface for editing config files instead of just exposing them through the fs, though. That would be quite the annoyance to keep track of.

As the original asker, I think I should perhasp weigh in on this: The accepted answer was chosen on the basis of my question in its literal sense; the location of the file. My intentions for that file is irrelevant. I don’t think editing in the additional info changes the answer, but it might be considered superfluous.

Источник

Планирование заданий Cron с помощью Crontab

Cron — это демон планирования, который выполняет задачи через определенные промежутки времени. Эти задачи называются заданиями cron и в основном используются для автоматизации обслуживания или администрирования системы.

Например, вы можете настроить задание cron для автоматизации повторяющихся задач, таких как резервное копирование баз данных или данных, обновление системы с помощью последних исправлений безопасности, проверка использования дискового пространства , отправка электронных писем и т. Д.

Задания cron можно запланировать для запуска по минуте, часу, дню месяца, месяцу, дню недели или любой их комбинации.

Что такое файл Crontab

Crontab (таблица cron) — это текстовый файл, определяющий расписание заданий cron. Есть два типа файлов crontab. Общесистемные файлы crontab и файлы crontab отдельных пользователей.

Файлы crontab пользователей именуются в соответствии с именем пользователя, а их расположение зависит от операционной системы. В дистрибутивах на основе Red Hat, таких как CentOS, файлы crontab хранятся в каталоге /var/spool/cron , а в Debian и Ubuntu файлы хранятся в каталоге /var/spool/cron/crontabs .

Хотя вы можете редактировать пользовательские файлы crontab вручную, рекомендуется использовать команду crontab .

Файл /etc/crontab и сценарии в каталоге /etc/cron.d являются общесистемными файлами crontab, которые могут редактировать только системные администраторы.

В большинстве дистрибутивов Linux вы также можете помещать скрипты в каталоги /etc/cron. , и эти скрипты будут выполняться каждый hour/day/week/month .

Синтаксис и операторы Crontab

Каждая строка в пользовательском файле crontab содержит шесть полей, разделенных пробелом, за которым следует команда, которую нужно запустить.

* * * * * command(s) - - - - - | | | | | | | | | ----- Day of week (0 - 7) (Sunday=0 or 7) | | | ------- Month (1 - 12) | | --------- Day of month (1 - 31) | ----------- Hour (0 - 23) ------------- Minute (0 - 59) 

Первые пять полей могут содержать одно или несколько значений, разделенных запятой, или диапазон значений, разделенных дефисом.

• * — Оператор звездочка означает любое значение или всегда. Если у вас есть символ звездочки в поле «Час», это означает, что задача будет выполняться каждый час.
• , — Оператор запятая позволяет указать список значений для повторения. Например, если в поле «Час» указано 1,3,5 , задача будет выполняться в 1, 3 и 5 утра.
• — — Оператор дефиса позволяет указать диапазон значений. Если в поле «День недели» указано 1-5 , задача будет выполняться каждый будний день (с понедельника по пятницу).
• / — Оператор косой черты позволяет указать значения, которые будут повторяться через определенный интервал между ними. Например, если в поле «Час» стоит */4 , это означает, что действие будет выполняться каждые четыре часа. Это то же самое, что указать 0,4,8,12,16,20 . Вместо звездочки перед оператором косой черты вы также можете использовать диапазон значений, 1-30/10 означает то же, что и 1,11,21 .

Общесистемные файлы Crontab

Синтаксис общесистемных файлов crontab немного отличается от пользовательских файлов crontab. Он содержит дополнительное обязательное пользовательское поле, в котором указывается, какой пользователь будет запускать задание cron.

Предопределенные макросы

Есть несколько специальных макросов расписания Cron, используемых для определения общих интервалов. Вы можете использовать эти ярлыки вместо указания даты из пяти столбцов.

• @yearly (или @annually ) — запускать указанную задачу один раз в год в полночь (12:00) 1 января. Эквивалентно 0 0 1 1 * .
• @monthly — запускать указанную задачу один раз в месяц в полночь первого числа месяца. Эквивалентно 0 0 1 * * .
• @weekly — запускать указанную задачу один раз в неделю в полночь в воскресенье. Эквивалентно 0 0 * * 0 .
• @daily — запускать указанную задачу один раз в сутки в полночь. Эквивалентно 0 0 * * * .
• @hourly — запускать указанную задачу один раз в час в начале часа. Эквивалентно 0 * * * * .
• @reboot — запускать указанную задачу при старте системы (время загрузки).

Команда Linux Crontab

Команда crontab позволяет вам установить, просмотреть или открыть файл crontab для редактирования:

• crontab -e — отредактировать файл crontab или создать его, если он еще не существует.
• crontab -l — Показать содержимое файла crontab.
• crontab -r — удалить текущий файл crontab.
• crontab -i — удалить текущий файл crontab с запросом перед удалением.
• crontab -u — редактировать файл crontab другого пользователя. Эта опция требует прав системного администратора.

Команда crontab открывает файл crontab с помощью редактора, указанного в EDITOR среды VISUAL или EDITOR .

Переменные Crontab

Демон cron автоматически устанавливает несколько переменных среды .

• Путь по умолчанию установлен в PATH=/usr/bin:/bin . Если команда, которую вы выполняете, отсутствует в пути, указанном cron, вы можете использовать абсолютный путь к команде или изменить переменную cron $PATH . Вы не можете неявно добавить :$PATH как если бы это был обычный скрипт.
• Оболочка по умолчанию — /bin/sh . Чтобы изменить другую оболочку, используйте переменную SHELL .
• Cron вызывает команду из домашнего каталога пользователя. Переменная HOME может быть установлена в crontab.
• Уведомление по электронной почте отправляется владельцу crontab. Чтобы перезаписать поведение по умолчанию, вы можете использовать MAILTO среды MAILTO со списком (через запятую) всех адресов электронной почты, на которые вы хотите получать уведомления по электронной почте. Если MAILTO определено, но пусто ( MAILTO=»» ), почта не отправляется.

Ограничения Crontab

Файлы /etc/cron.deny и /etc/cron.allow позволяют вам контролировать, какие пользователи имеют доступ к команде crontab . Файлы состоят из списка имен пользователей, по одному имени пользователя в строке.

По умолчанию существует только файл /etc/cron.deny и он пуст, что означает, что все пользователи могут использовать команду crontab. Если вы хотите запретить доступ к командам crontab определенному пользователю, добавьте имя пользователя в этот файл.

Если файл /etc/cron.allow существует, только пользователи, перечисленные в этом файле, могут использовать команду crontab .

Если ни один из файлов не существует, только пользователи с правами администратора могут использовать команду crontab .

Примеры заданий Cron

Ниже приведены некоторые примеры заданий cron, которые показывают, как запланировать выполнение задачи в разные периоды времени.

Запускайте команду в 15:00 каждый день с понедельника по пятницу:

MAILTO[email protected] */5 * * * * /path/to/script.sh > /dev/null

0 15 * * Mon command1 && command2

*/2 * * * * /usr/bin/php /path/to/script.php >> /var/log/script.log

00 08-16 * * * /path/to/script.sh

15 9 1,15 * * /path/to/script.sh

Выводы

Cron — это демон, который позволяет вам планировать задачи на определенную дату и время.

Не стесняйтесь оставлять комментарии, если у вас есть вопросы.

Источник

Where is the user crontab stored?

Since upgrading my user’s crontab has been wiped out. This is not the first time this has happened this year and it’s a pain restoring it each time. I’d like to be able to back up the crontab for my user but for that I need to know where it’s stored.

@WalterTross Yeah it’s quite annoying. I would guess it’s a side-effect of updating the cron package but I agree — it’s not something that should happen.

Just want to mention that there are instructions here about how to reconstruct an accidentally deleted crontab using logs: superuser.com/questions/384109/crontab-deleted It’s not really what you were asking but it might be of use to someone.

4 Answers 4

Actually, it’s not recommended to handle those files by hand. Per crontab man page:

Each user can have their own crontab, and though
these are files in /var/spool/cron/crontabs , they are not
intended to be edited directly.

Files under /var/spool are considered temporary/working, that’s why they probably get deleted during an upgrade, though a closer look at the cron package’s upgrade scripts may shed some light on this.

Anyway, it’s always a good practice to back up your cron entries or keep them in a file in your home directory.

I assume you’re using crontab -e to create crontab files on the fly. If so, you can get a «copy» of your crontab file by doing crontab -l . Pipe that to a file to get a «backup»:

Then you can edit that my-crontab file to add or modify entries, and then «install» it by giving it to crontab:

This does the same syntax checking as crontab -e .

Источник