Как получать оповещения на почту/Телеграм для Linux CUPS?

Question

[renikrenik]

На CentOS запущен сервер печати CUPS 1.63, добавлен сетевой принтер, на него скриптом отправляются задачи печати.
Временами, принтер отваливается и задания зависают в CUPS, принтер переходит в режим "приостановлен" и не возвращается из него в нормальное состояние, пока не очистить очередь печати.

Есть какие-то средства, как получать оповещения на почту/Телеграм, что с заданием у CUPS есть проблемы?

Comments

[Adamos]

Вам не кажется, что вы решаете проблему XY?
Вместо автоматической очистки очереди и перезапуска CUPS в такой ситуации - маетесь каким-то шаманством с ТГ.
Например, можно покурить мануалы:
https://wiki.archlinux.org/title/CUPS_(%D0%A0%D1%8...

[renikrenik]

Adamos, спасибо за справочник ошибок, ознакомился.
Костыли приделать я всегда успею, хочу разобраться с ошибкой, почему это происходит. Следить за журналом в течение месяца нет желания, поэтому оповещения об ошибке были бы как раз в тему.

Триггер очистки очереди и перезапуска, он какой, скриптом анализируя error_log? Тогда тут не долго и оповещение в ТГ по токену отправить, даже легче чем на почту.

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

[Valentin Barbolin]

renikrenik,

Костыли приделать я всегда успею, хочу разобраться с ошибкой, почему это происходит.

Тогда подходи к вопросу по взрослому.
https://github.com/a-schild/zabbix-cups

[Daemon23RUS]

А зачем уведомление ? Чтобы системный администратор бежал чистить очередь и перезапускать CUPS ?
задайте в конфиге ErrorPolicy который подойдет к вашему кейсу. Наверняка у вас по дефолту ErrorPolicy stop-printer

ErrorPolicy abort-job
Specifies that a failed print job should be aborted (discarded) unless otherwise specified for the printer.
ErrorPolicy retry-current-job
Specifies that a failed print job should be retried immediately unless otherwise specified for the printer.
ErrorPolicy retry-job
Specifies that a failed print job should be retried at a later time unless otherwise specified for the printer.
ErrorPolicy stop-printer
Specifies that a failed print job should stop the printer unless otherwise specified for the printer. The 'stop-printer' error policy is the default.

[AUser0]

А в качестве мониторинговой утилиты можно использовать monit. Что именно контролировать и как реагировать/исправлять - решайте сами.

[renikrenik]

Valentin Barbolin, отличная мысль, не подумал так решить вопрос. К тому же Забикс уже есть. Но как же я не люблю Забикс шаблоны... Спасибо!

[renikrenik]

Daemon23RUS, уведомление нужно, чтобы внезапно от руководителя люлей не получать, что заказы не собраны, потому что автоматическая печать на склад не работает. :)
Даже если применить все способы автоматического исправления ситуации, всегда остаётся вероятность, что документ не уйдет на печать, хочется об этом узнать первым, а не последним.

Спасибо за вашу ценную информацию, пойду править конфиг.

[Daemon23RUS]

renikrenik, Мое мнение по этому процессу: не буду спорить по поводу уведомления, 50/50 есть плюсы и минусы. Однозначно лишним не будет. А вот по организации процесса комплектования заказов могу поделится опытом (в моем случае не только комплектация, но и выпуск персонализированной продукции, для одного гигантов игровой индустрии). СUPS работает уже лет 5, держит с десяток принтеров. От потеряных/пропущенных листков изза принтера спасает контроль по ШК собранных заказов в точке забора на доставку. Т.е если через 2-3 часа ШК заказа не засветился на точке - бьем тревогу и ищем его. Работает на 100% и предотвращает массу инцидентов.