crontab

am1988	# 15 лет назад
Темы: 6 Сообщения: 35 Участник с: 19 сентября 2009	Как в арче правильно добавлять действия в cron? Задача - поставить на выполнение некоторые задачи каждые 5 минут. Сделал crontab -e, прописал там /5 * * * root команда И безрезультатно. Пробывал и /etc/crontab, и /etc/cron.d/*** - то же. Скрипты в /etc/cron.hourly/ и /etc/cron.daily/ - работают исправно.

am1988

# 15 лет назад

Сообщения: 35

Участник с: 19 сентября 2009

Как в арче правильно добавлять действия в cron? Задача - поставить на выполнение некоторые задачи каждые 5 минут. Сделал crontab -e,
прописал там

*/5 * * * * root команда

И безрезультатно. Пробывал и /etc/crontab, и /etc/cron.d/*** - то же.
Скрипты в /etc/cron.hourly/ и /etc/cron.daily/ - работают исправно.

amigo	# 15 лет назад
Темы: 35 Сообщения: 2126 Участник с: 05 февраля 2007	шо такое root? man crontab? Разберемся, голубчик!

h4tr3d	# 15 лет назад
Темы: 34 Сообщения: 2656 Участник с: 12 июля 2007	Амиго правильно говорит. такой синтаксис, с указанием пользователя, только для файлов в /etc/cron.d/ systemd должен умереть.

am1988	# 15 лет назад
Темы: 6 Сообщения: 35 Участник с: 19 сентября 2009	man crontab видели уже… Я повторяю, в /etc/cron.d/файл такое прописывал тоже

h4tr3d	# 15 лет назад
Темы: 34 Сообщения: 2656 Участник с: 12 июля 2007	Хых, как интересно, файлы из /etc/cron.d подцепляются после рестарта, и указания пользователя тоже не требуют. В дебиане несколько по другому, или другая реализация демона. так что, для другого пользователя или sudo -u user command или su -c ‘command’ user или crontab -u user -e просто от рута такое нормально заработало: $ su - Пароль: # crontab -e // добпавил: /1 * * * date >> /tmp/root.date-test systemd должен умереть.

h4tr3d

# 15 лет назад

Темы: 34

Сообщения: 2656

Участник с: 12 июля 2007

Хых, как интересно, файлы из /etc/cron.d подцепляются после рестарта, и указания пользователя тоже не требуют. В дебиане несколько по другому, или другая реализация демона.

так что, для другого пользователя
или
sudo -u user command
или
su -c ‘command’ user
или
crontab -u user -e

просто от рута такое нормально заработало:

$ su -
Пароль: 
# crontab -e
// добпавил: */1 * * * * date >> /tmp/root.date-test

systemd должен умереть.

am1988	# 15 лет назад
Темы: 6 Сообщения: 35 Участник с: 19 сентября 2009	Убрал ползователя из crontab -e. Заработало. Получается в /etc/cron.d он тоже не нужен? И как отключить отправку email? > /dev/null 2>&1 достаточно?

h4tr3d	# 15 лет назад
Темы: 34 Сообщения: 2656 Участник с: 12 июля 2007	man crontab: man crontab The command portion of a cron job is run with /bin/sh -c … and may therefore contain any valid Bourne shell command. A common practice is to prefix your command with exec to keep the process table uncluttered. It is also common to redirect job output to a file or to /dev/null. If you do not, and the command generates output on stdout or stderr, that output will be mailed to the local user whose crontab the job comes from. If you have crontabs for special users, such as uucp, who can't receive local mail, you may want to create mail aliases for them or adjust this behavior. (See crond(8) for details how to adjust it.) а говорил, что читал. systemd должен умереть.

h4tr3d

# 15 лет назад

Темы: 34

Сообщения: 2656

Участник с: 12 июля 2007

man crontab:

man crontab
The command portion of a cron job is run with /bin/sh -c … and may
therefore contain any valid Bourne shell command. A common practice is
to prefix your command with exec to keep the process table uncluttered.
It is also common to redirect job output to a file or to /dev/null. If
you do not, and the command generates output on stdout or stderr, that
output will be mailed to the local user whose crontab the job comes
from. If you have crontabs for special users, such as uucp, who can't
receive local mail, you may want to create mail aliases for them or
adjust this behavior. (See crond(8) for details how to adjust it.)

а говорил, что читал.

systemd должен умереть.