Не работает скрипт в CronTab

Находится в корневой папке

Что это значит?

Что значат символы «~/» знаешь?

В каком файле прописана конфигурация крон?

В кроне используй полные пути

Заменил на

* * * * * /root/test.sh

Не совсем понял что значит «В каком файле прописана конфигурация крон?». Использую:

crontab -e
Тут пишу следующее:
* * * * * /root/test.sh
Сохраняю.

У крона может быть свой долг в /var/log/, посмотри там. Но вообще большинство проблем с кроном из-за неиспользования абсолютных путей и непонимания того, что у крона и его заданий $PATH не такой как у пользователя.

скрипт исполняемым сделал хоть?

уже сделал, не помогло :)

А какой результат вообще ожидается?

вручную выполняется без проблем

Видимо, он и здесь выполняется без проблем, просто не так, как ты ожидаешь?

а энтер нажимаешь в конце строки?

say Hello

чё за «say» тут вааще?

а если просто запустить скрипт он нормально отрабатывает?

по идее эта команда читает текст вслух

Это сообщение в консоль игрового сервера. Say <текст> - отправляет сообщение от имени сервера

Да, полностью нормально

Up

Попробуй так:

* * * * * /bin/bash /root/test.sh 2>> /tmp/test.log

* * * * * /bin/bash /root/test.sh 1>> /tmp/test.log

Можно попробовать импортировать переменные окружения пользователя, чтобы убедиться не в них ли дело

Дампнуть в файл:

env > /tmp/user-env

И использовать из крона:

* * * * * source /tmp/user-env ; /root/test.sh

Тогда уж:

* * * * * /bin/bash /root/test.sh >> /tmp/test.log 2>&1

Тогда уж:

Кто по вашему >> и 2>&1 обрабатывает? crond? Ладно бы -x добавили для отладки, было б понятно, почему /bin/bash ...

Большое спасибо! Так сработало. А в моих вариантах выдавали сообщения в лог, «не найдено». Проблема была в неверно указанном путе к нему, скорее всего... Тема закрыта! Всем спасибо!