Как правильно прописать автозапуск бинарного файла в Cron?

Question

[wargych]

В crontab -e прописано: @reboot /usr/local/etc/rc.d/blog .
После перезагрузки бинарник не запускается либо запускается с ошибками. В логах ничего вразумительного не нашел.
blog - скомпилированное в golang'е приложение, должно поднимать движок сайта с неким функционалом.
Если в кроне ничего не прописывать, а запускать файл командой service blog start или по пути /usr/local/etc/rc.d/blog - все работает, можно зайти по http.

После того, как прописываешь в crontab нельзя запустить и по команде - приложение срабатывает и, насколько я понимаю, вылетает, http недоступен.

В чем кроется проблема?

Comments

[Папа Стифлера]

После перезагрузки бинарник не запускается либо запускается с ошибками

Если в кроне ничего не прописывать, а запускать файл командой service blog start или по пути /usr/local/etc/rc.d/blog - все работает, можно зайти по http.

После того, как прописываешь в crontab нельзя запустить и по команде - приложение срабатывает и, насколько я понимаю, вылетает, http недоступен.

Что за ошибки, где логи ошибок? Телепаты все в школе.

[wargych]

Mar 26 11:47:12 wargych crontab[658]: (root) LIST (root)
Mar 26 11:47:17 wargych crontab[659]: (root) BEGIN EDIT (root)
Mar 26 11:47:37 wargych crontab[659]: (root) REPLACE (root)
Mar 26 11:47:38 wargych crontab[659]: (root) END EDIT (root)
Mar 26 11:48:30 wargych /usr/sbin/cron[579]: (root) CMD (/usr/local/etc/rc.d/blog)
Mar 26 11:49:48 wargych crontab[639]: (root) LIST (root)
Mar 26 11:50:00 wargych /usr/sbin/cron[642]: (root) CMD (/usr/libexec/atrun)
Mar 26 11:53:06 wargych crontab[647]: (root) BEGIN EDIT (root)
Mar 26 11:53:13 wargych crontab[647]: (root) END EDIT (root)
Mar 26 11:53:37 wargych crontab[650]: (root) LIST (root)
Mar 26 11:55:00 wargych /usr/sbin/cron[659]: (operator) CMD (/usr/libexec/save-entropy)
Mar 26 11:55:00 wargych /usr/sbin/cron[660]: (root) CMD (/usr/libexec/atrun)

[Папа Стифлера]

Mar 26 11:47:12 wargych crontab[658]: (root) LIST (root)
Mar 26 11:47:17 wargych crontab[659]: (root) BEGIN EDIT (root)

Лог крона не поможет.
Как вы определяете, что запускаемое приложение упало с ошибкой? Где логи ошибки вашего приложения?

[wargych]

То, что приложение упало - это предположение, основанное на: 1) при запуске приложения через команду service blog start он выдает стартовое сообщение (listening on port:80) и возвращается в командный режим;
2) http недоступен .
При отсутствующей задаче в кроне все работает нормально - в консоли работает приложение, http работает.

Нижеследующее это из messages , вроде бы туда заносятся основные ошибки?

Mar 26 12:19:14 wargych sshd[711]: fatal: Unable to negotiate with 103.207.39.211 port 61850: no matching key exchange method found. Their offer: diffie-hellman-group1-sha1 [preauth]
Mar 26 13:11:29 wargych sshd[810]: fatal: Unable to negotiate with 103.207.39.211 port 53279: no matching key exchange method found. Their offer: diffie-hellman-group1-sha1 [preauth]

Так понимаю, что это реакция на попытку запуска из консоли.

Отдельно логгирование ошибок в приложении я пока не прописывал.

[Папа Стифлера]

1) при запуске приложения через команду service blog start он выдает стартовое сообщение (listening on port:80) и возвращается в командный режим;

Ну вы чего ждали? Вы же запускаете приложение как сервис.

2) http недоступен .

Смотрите логи ПРИЛОЖЕНИЯ. Автор приложения вы?

А вообще, чтобы было проще, остановите ВСЕ процессы вашего приложения и запустите бинарник просто из консоли. Если появятся ошибки, то кидайте сюда. А то что вы скинули выше, вообще не про ваш блог.

[wargych]

Перед ответом - спасибо, что терпеливо помогаете.
Раньше ни с администрированием, ни с unix - системами дела не имел, дается тяжко ))

Поступил следующим образом - убрал из крона все команды на запуск, перезагрузил сервер.

При запуске как сервиса - все работает ок.
При запуске по прямому пути - приложение загружается, но паникует из-за того, что не может найти статические файлы, конкретнее - шаблоны, которые лежат в корне системы и прекрасно цепляются при запуске как сервис. Такого я не ожидал )

Answer 1

[wargych]

Все оказалось просто:
в моем случае при запуске задания крон пытался его запустить из корневой директории root, а статические файлы приложения (templates) при этом не подхватываются;
оказалось достаточно перед путем к файлу указать путь к директории с файлом:
@reboot cd /usr/local/etc/rc.d/; /usr/local/etc/rc.d/blog - и все заработало

Answer 2

[athacker]

Если у вас приложение запускается по service blog start, это значит, что в кроне ничего костылить не надо -- оно и так запустится при старте системы.

И тогда возникает второй вопрос -- что вообще вы пытаетесь добиться? Какова задача?

Comments

[wargych]

Как раз чтобы при старте системы запускалось, чего не происходит.
В /etc/rc.conf прописано blog_enable="YES" , но чтобы это заработало, так понимаю, что нужно написать некий конфиг.

[wargych]

Отсюда уже и желание костылить в кроне - путь не самый правильный, но кажется, более легкий, что для начала меня вполне устроит )

Answer 3

[Roman]

лучше такие вещи поднимать как сервис,
с путями пол-беды, проблем добавится с открытыми дескрипторами.