Управление кроном - cronjobs.spk

Кто-нибудь пользует пакет с немецкого форума для управления заданиями крона, cronjobs.spk?

Я специально зарегистрировался на немецком форуме, вслепую :-), скачал ее, установил, но не работает, похоже, что DSM вместо выполнения php-скритпа пытается мне его отдать скачать, хотя всякие другие Synology packages работают без проблем, пакетов кроме Synology - никаких не установлено...

Вот тут я уже описывал более подробно ситуацию и пытался что-то выяснить (link), но пока безрезультатно, решил тему сюда перенести...

У кого-то вообще это дело работает? Может есть что-то другое для этих же целей?

На всякий случай - вот cronjobs.spk, который я скачал с немецкого сайта: (link)

Буду премного благодарен за любую помощь...

p.s. DS410, DSM 4.0-2198 (последняя вроде на сейчас), я в линуксе - величина, близкая к нулю :-).

У меня все работает. Правда у меня и dsm более низкой версии ( и похоже долго еще будет низкой, ато чет ошибок много).

Скриншеты, что делаете (что записыватее в параметры) и как не работает можно выложить (через админку, а не по ssh).

в четверке и ряде трешек стандартная бага с открытием окон для старых spk. в свое время кто то предлагал решение для synod, поищите и попробуйте.

У меня все работает. Правда у меня и dsm более низкой версии ( и похоже долго еще будет низкой, ато чет ошибок много).

Скриншеты, что делаете (что записыватее в параметры) и как не работает можно выложить (через админку, а не по ssh).

При клике на cronjobs (там где программы, a не пакеты) - выскакивает стандартное окно, предлагающее мне скачать cronjobs.php, ну и само окно админки cronjobs соответственно не открывается вообще... Пробовал этот файл скачать и поожить в /web, и оттуда браузером (ip/cronjobs.php) запускать - окно админки появляется, и задачу можно прописать, но запуска задачи все равно не происходит. В общем - вот тут я все довольно подробно описал и со скриншотами.

в четверке и ряде трешек стандартная бага с открытием окон для старых spk. в свое время кто то предлагал решение для synod, поищите и попробуйте.

О, спасибо, не знал... А какие-то еще подробности вспомнишь, что именно искать? "Трешки, четверки" - это ты имеешь в виду версии dsm или количество hd? Просто у меня на работе DS211J (с последней dsm) - та же история.

нет.

вобще описать пхп как исполняемый файл должно быть просто. почитайте документацию апача.

нет.

Спасибо за наводку в любом случае...

вобще описать пхп как исполняемый файл должно быть просто. почитайте документацию апача.

Так странно, что другие пакеты работают без проблем, в том числе и как минимум phpMyAdmin и webalizer, которыe тоже пхп...

При клике на cronjobs (там где программы, a не пакеты) - выскакивает стандартное окно, предлагающее мне скачать cronjobs.php, ну и само окно админки cronjobs соответственно не открывается вообще... Пробовал этот файл скачать и поожить в /web, и оттуда браузером (ip/cronjobs.php) запускать - окно админки появляется, и задачу можно прописать, но запуска задачи все равно не происходит. В общем - вот тут я все довольно подробно описал и со скриншотами.

Клик ПКМ по иконке крона - открыть в новом окне!

Клик ПКМ по иконке крона - открыть в новом окне!

То же самое...

Не судьба знавчит

Ручками бы уже давно сделали.

Не судьба знавчит

Ручками бы уже давно сделали.

Да, наверное так и сделаю в конце концов... Но у меня на работе начхальника начинает колбасить, когда я куда-то лезу где он (ну и я :-)) ) и где лежит маленькая но важная базка данных :-). Ладно, шучу конечно, но было бы действительно неплохо иметь какойнить веб интерфейс.

Да, наверное так и сделаю в конце концов... Но у меня на работе начхальника начинает колбасить, когда я куда-то лезу где он (ну и я :-)) ) и где лежит маленькая но важная базка данных :-). Ладно, шучу конечно, но было бы действительно неплохо иметь какойнить веб интерфейс.

Ну, вроде сделал как тут и предлагали через терминалку, вроде заработало, как минимум один раз сработало ;-)

И в связи с этим пару вопросов:

1)через терминалку я могу зайти и как admin и как root, с теми же паролями. Вроде как crontab редактируется в обоих случаях. Какая разница между этими учетками вообще и в частности - для редактирования кронтаб?

2)если я положил cronjobs.php с немецкого сайта в /web, как я тут баловался, смотри выше, и редактирую кронтаб через браузер вообще нигде не вводя пароли - под каким эккаунтом буде редактироватся кронтаб? И должны ли после этого запускатся задачи, прописанные под непонятнокаким эккаунтом?

3)как правильно перезапускать сервис кронд после редактирования кронтаб? я делал так: "synoservice --restart crond", это правильно (работает вроде) или надо как то иначе? В интернете встречал еще варианты "s04crond.sh stop / s04crond.sh start" и "kill -HUP", но у меня получилось только с первым вариантом - "synoservice --restart crond"...

Всем заранее спасибо.

upd: p.s. Ну и гадость же этот vi :-)))

редактирую кронтаб через браузер вообще нигде не вводя пароли

При заходе в DSM из браузера вы все-равно вводите пользователя.

Но в приложении cronjobs можно указать от имени какого пользователя будет выполнятся запланированная операция.

Возможно без прав админа и приложение не запустится, но не проверял.

Ну и гадость же этот vi :-)))

Многим нравится, хотя и разделяю вашу нелюбовь к нему

upd: p.s. Ну и гадость же этот vi :-)))

Для комфортной работы если работаешь в винде поставь на комп WinSCP , настрой SCP на Synology и получишь интерфейс с доступом ко всем файлам а-ля Тотал Командер и возможность редактировать системные файлы а-ля блокнотом. Без всяких vi и mc

При заходе в DSM из браузера вы все-равно вводите пользователя.

Но в приложении cronjobs можно указать от имени какого пользователя будет выполнятся запланированная операция.

Возможно без прав админа и приложение не запустится, но не проверял.

Не, я не захожу в DSM, я положил cronjobs.php в /web и запускаю его прямо заходя браузером на nas/cronjobs, смотри выше по треду... Я видел, что можно юзера прописать от чьего имени будет задача запускатся, меня смущает, что типа можно прописать там юзера root и выполнить от его имени задачу, не вводя нигде вообще никаких паролей. Ну а так как эти задачи не запускаются - то я и подумал, а не в этом ли причина, может просто прав недостаточно, мало ли что ты там прописываешь :-)

Если действительно надо запускать cronjobs именно с ярлычка из DSM, то поставь их же немецкий пакет init_3rdparty, так как по умолчанию в DSM php скрипты не запускаются, или ручками в файл /usr/syno/apache/conf/httpd.conf-sys добавь в конце

AddType application/x-httpd-php .php

LoadModule php5_module /lib/libphp5.so

и перезагрузи системный апач командой /usr/syno/etc/rc.d/S97apache-sys.sh restart

Если действительно надо запускать cronjobs именно с ярлычка из DSM, то поставь их же немецкий пакет init_3rdparty, так как по умолчанию в DSM php скрипты не запускаются, или ручками в файл /usr/syno/apache/conf/httpd.conf-sys добавь в конце

AddType application/x-httpd-php .php

LoadModule php5_module /lib/libphp5.so

и перезагрузи системный апач командой /usr/syno/etc/rc.d/S97apache-sys.sh restart

У, сколько всякой полезной информации, бум пробовать, спасибо большое.

А что значит "настрой SCP на Synology"? Это вот это:

----

добавить (или раскомментировать) в /etc/ssh/sshd_config строчку "Subsystem sftp internal-sftp -f DAEMON -l VERBOSE" и рестарт NAS.

----

Спрашиваю, потому что совершенно не понимаю, что эта строчка делает :-(, а вслепую пробовать немного страшновато.

Если действительно надо запускать cronjobs именно с ярлычка из DSM, то поставь их же немецкий пакет init_3rdparty, так как по умолчанию в DSM php скрипты не запускаются, или ручками в файл /usr/syno/apache/conf/httpd.conf-sys добавь в конце

AddType application/x-httpd-php .php

LoadModule php5_module /lib/libphp5.so

и перезагрузи системный апач командой /usr/syno/etc/rc.d/S97apache-sys.sh restart

Спасибо большое, установил WinSCP, раскомментировал в /etc/ssh/sshd_config строчку

"Subsystem sftp internal-sftp -f DAEMON -l VERBOSE" - WinSCP прекрасно заработала,

все файлы видно, все можно редактировать бе танцев с vi :-)))

А вот с запуском cronjobs - не так все хорошо, добавил в самый конец файла /usr/syno/apache/conf/httpd.conf-sys эти две строчки:

---

AddType application/x-httpd-php .php

LoadModule php5_module /lib/libphp5.so

---

потом сделал "/usr/syno/etc/rc.d/S97apache-sys.sh restart" в полном соответствии с вашей рекомендацией...

Теперь при попытке запустить cronjobs из DSM вместо попытки отдаунлоадить :-) мне cronjobs.php оно скромно пишет что не может отобразить страницу, вот скриншот: http://sergeskor.dyndns.org/Files/http500.PNG.

Что я сделал не так? ;-)))

Поставь лучше пакет пакет init_3rdparty он сам сделает все что надо. А так надо ещё несколько файлов просматривать. И включи отображение ошибок PHP в настройках веб-служб хоть понятно будет, что просит.

Поставь лучше пакет пакет init_3rdparty он сам сделает все что надо. А так надо ещё несколько файлов просматривать. И включи отображение ошибок PHP в настройках веб-служб хоть понятно будет, что просит.

Да я в общем-то уже так и сделал, вроде все заработало... Но единственное, что теперь не нравится - это всякие пакеты, которые мне нафиг не нужны, эти всякие init_3rdparty (да еше на немецком что-то пишет), phpinfo... ладно, всем спасибо за то, что в кое-чем помогли разобратся и за то, что помогли разобратся со сколькими вещами еше надо разбиратся :-))). Так как мне на самом деле на надо часто в crontab лазить - не буду ничего дополнительно ставить (ну может быть WinSCP, и то еще не уверен, как я понял это не есть хорошо для безопасности), буду пользоватся vi, я его уже почти полюбил :-))).

Жаль, что пока нету чего-то простенького типа cronjobs, и что бы работало без всего этого сопутствующего мусора...