Что не так с записью в crontab?

Question

[Сергей]

Что не так с записью в crontab??
Пишу так:

@midnight  bash /bin/bash ~/backup.sh > /tmp/tmp.cron

В /tmp/tmp.cron после запуска ничего не записывает.

Answer 1

[Михаил Григорьев]

1. Проверьте бит исполнения (x) на скрипте ~/backup.sh командой
ls -la ~/backup.sh
если нет бита execute (x), то ставьте:
chmod a+x ~/backup.sh

2. Проверьте логи cron
cat /var/log/syslog | grep CRON | grep backup.sh

3. Всегда! Повторяю, Всегда указывайте полный путь к запускаемому скрипту, то есть

@midnight bash /full/path/backup.sh >/var/log/backup.log 2>&1

4. Рекомендую организовать вывод отладочной информации и обработку ошибок в лог на уровне скрипта, а в crontab писать конструкцию:

@midnight bash /full/path/backup.sh >/dev/null 2>&1

чтобы перенаправить все потоки вывода и ошибок в /dev/null

если вы напишите конструкцию вида
@midnight bash /full/path/backup.sh >/dev/null
то только поток вывода будет перенаправлен в /dev/null, если произойдет ошибка выполнения скрипта, то cron уведомит пользователя root на email (при условии правильной настройки рассылки на сервере)

Comments

[Сергей]

Я уже добавлял ему права на исполнения. Толку ноль.
Сейчас, в качестве теста выдал его права 777.
cat /var/log/syslog | grep CRON | grep backup.sh
Там только

Oct  5 10:10:01 Samba CRON[15847]: (root) CMD (bash /home/user/backup.sh > /tmp/tmp.cron)

[Михаил Григорьев]

svakhovksyy, тогда

Заходите под пользователем bash
su -l bash -s /bin/bash
Пробуете запустить скрипт без перенаправления output
/home/user/backup.sh
Смотрите результат
Потом с перенаправлением
/home/user/backup.sh > /tmp/tmp.cron
Смотрите результат в консоли и в /tmp/tmp.cron

Пишите результаты теста сюда.

Мои предположения и рекомендации:
1. Скорее всего пользователю bash нет доступа в каталог /home/user/
2. Права 777 на файл backup.sh излишни, избегайте этого, 755 хватит. Так же сделайте владельцем файла пользователя root (chown root:root /home/user/backup.sh) - это поможет избежать его изменения всем кому не попадя.
3. Не храните свои скрипты которые предполагается использовать в cron или запуске из консоли в своих личных каталогах, для этого есть /usr/bin и /usr/sbin

[Михаил Григорьев]

Что написано первой строкой в файле /home/user/backup.sh ?
Рекомендую писать
#!/usr/bin/env bash
или
#!/bin/bash

[Сергей]

Михаил Григорьев,
там и написано
#!/bin/bash

[Михаил Григорьев]

А в чем же все таки была проблема?

Answer 2

[Сергей Поздняков]

А зачем у вас bash /bin/bash ?
Достаточно bash ~/backup.sh > /tmp/tmp.cron

Comments

[Сергей]

bash это пользователь, от имени которого запускается.

[Сергей Поздняков]

Как-то не логично назвать пользователя как системная команда.
Как вариант создайте для него отдельный файл
crontab -u user_name file

Answer 3

[kisaa]

Я бы вместо ~ указал точный путь.

Comments

[Сергей]

У меня изначально был полный путь. Так же не запускалось(

Answer 4

[ky0]

Пользователь bash на сервере существует?

upd. попробуйте вот так:

0 0 * * * %username% %абсолютный_путь_к скрипту%/backup.sh > /tmp/tmp.cron

в скрипте в первой строчке должен быть указан интерпретатор - #!/bin/bash

Comments

[Сергей]

Пользователь bash есть.

[Сергей]

#!/bin/bash в скрипте указан.
Да и если вручную запускать скрипт - то там все отрабатывает без проблем.