Как разобраться с очередью уведомлений GLPI?

Question

[NNS]

Настройки-Автоматические действия-queuednotification
Частота: выполнения 5 мин.
Статус: запланировано
Способ выполнения CLI

В crontab написано */2 * * * * /usr/bin/php7.0 /var/www/site.ru/front/cron.php &>/dev/null

В общем все работает, сообщения из очереди отправляются, но частенько несколько сообщений зависает, и скрипт обрабатывает другие сообщения (например приходит уведомление о создании новой заявки) но зависшие сообщения так и висят в очереди и не отправляются.

Но если в автоматическом действии из браузера нажать Выполнить, сообщения будут отправлены.

Answer 1

[NNS]

Проблема была во временной зоне в файле /etc/php/7.0/cli/php.ini.

При выполнении из браузера используется файл /etc/php/7.0/apache2/php.ini (который был сконфигурирован и время было корректное)
А при запуске через cli (php /var/www/glpi/front/cron.php --force queuednotification) используется
/etc/php/7.0/cli/php.ini (который использовал другой часовой пояс)
Второй файл (/etc/php/7.0/cli/php.ini ) не был изменен при настройке сервера, и единственное что я поменял в нем в итоге, это "date.timezone = ". установил свой часовой пояс.

Все это происходит на Debian GNU/Linux 8.11 (jessie).
По мотивам: https://www.opennet.ru/openforum/vsluhforumID8/785...

Answer 2

[infius]

У вас первый и второй файл по одному и тому же пути (/etc/php/7.0/cli/php.ini). Вероятно ошибка, можете пояснить? Тоже столкнулись с аналогичной проблемой. Как минимум в одном файле php.ini часовые пояса внесли. Более того, синхронизировали часовые пояса в mysql. Но все равно комментарии к заявкам приходят именно по кнопке. В кронтабе тоже условия прописаны
1 * * * * root /usr/bin/php /var/www/glpi/front/cron.php --force queuednotification &>/dev/null

Comments

[infius]

По итогу проблему уведомлений решил иным способом.
Была проблема отработке автоматических заданий в кронтаб.

Изначально у нас был он настроен на отработку автоматического задания mailgate, затем я добавил аналогичное задание, но с отработкой queuednotification. Но это не дало никакого эффекта.
И далее стало понятно, что кронтаб отрабатывает только одно задание по заданному пути. А тк все автоматические задания в glpi идут через /var/www/glpi/front/cron.php, необходимо переделать задание.
Убрать --force и название задания.

По итогу у вас должна остаться 1 строчка. В моем случае отрабатывает и mailgate и queuednotification
*/1 * * * * /usr/bin/php /var/www/glpi/front/cron.php >/dev/null 2>&1