Demo
Demo
База знаний PMTA›Экран монитора§ 5.4

Три коротких истории по каждой очереди

критично

individual queue page
Узел вёл эти записи всё время — их просто надо взять

Страница одной очереди в веб-мониторе. На ней три кольцевых буфера, и вместе они — самое полезное, что есть в главе про наблюдение.

События получателей — последние пятьдесят: что на самом деле случилось с недавними письмами этой очереди. Последовательность исходов, а не сводное число.

Ошибки очереди — последние десять: недавние подписи отказов. По ним видно, чем именно отвечает приёмник, а не в какую категорию это попало.

Смены режима — последние десять переходов между щадящим и обычным. Это история щадящего режима прямо, а не выведенная опросом.

Третий буфер и есть главная ценность. Он означает, что узел вёл запись всё это время: не нужно спрашивать «в каком режиме очередь» раз за разом и складывать эпизоды из разницы между ответами.

Главная ловушка — принять кольцевой буфер за журнал. Полсотни событий и по десятку ошибок и переходов — это последние, а не все. На активной очереди пятьдесят событий укладываются в минуты, и вчерашняя картина в них не сохранится. Страница отвечает на вопрос «что происходит сейчас», а на вопрос «что было в четверг» не отвечает вовсе — для этого есть учёт.
Что делает Хаб. Историю смены режимов восстанавливает опросом: спрашивает, какие очереди в щадящем режиме, сравнивает с прошлым замером и открывает или закрывает эпизод.

⚠️ А узел хранит эту историю сам — вот в этом третьем буфере. Наш способ хуже двумя вещами: опрос между замерами слеп, и короткий заход в щадящий режим он пропустит целиком; и время перехода у нас — время замера, а не время события.

События получателей и ошибки очереди Хаб отсюда тоже не читает: те же исходы приходят ему потоком учёта — вместе с текстом ответа приёмника, который он хранит рядом с категорией.

Рекомендуемые значения

Три буфера и на какой вопрос каждый отвечает:

Буфер Глубина Вопрос
события получателей 50 что случилось с недавними письмами
ошибки очереди 10 чем именно отвечает приёмник
смены режима 10 когда очередь входила в щадящий режим

Глубина — в событиях, а не во времени. На активной очереди это минуты, на спящей — недели. Одна и та же страница у разных очередей охватывает совершенно разные промежутки.

Для истории брать учёт, для «сейчас» — эту страницу.

Разбор глубины и совет «сейчас против истории» наши. Из руководства здесь состав трёх буферов и их размеры.
Пример в конфигурации
# то же самое из командной строки
pmta show queues --mode-events gmail.com/mta-news-1pmta show queues --errors gmail.com/mta-news-1
Выделенная строка добавляет к выводу третий буфер — историю смены режимов, ту самую, которую иначе приходится восстанавливать опросом.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

Типичные ошибки и проблемы

что делают не так и чем это кончается3 ошибки▶

Ищут вчерашнюю картину в кольцевом буфере

§ 5.4

Чем чреватоБуферы хранят последние события, а не все. На активной очереди пятьдесят событий укладываются в минуты — вчерашнего дня в них нет и быть не может.
Как заметитьНа странице только свежие события, а разбирается случай недельной давности.
Как правильноБрать учёт: он и существует ради истории. Страница отвечает на вопрос о том, что происходит сейчас.

Восстанавливают историю режимов опросом

§ 5.4

Чем чреватоУзел ведёт её сам, в третьем буфере. Опрос между замерами слеп: короткий заход в щадящий режим пропадёт целиком, а время перехода окажется временем замера.
Как заметитьВ восстановленной истории эпизодов меньше, чем отказов у приёмника, и границы эпизодов кратны периоду опроса.
Как правильноСпрашивать историю напрямую — ключом команды или этой страницей.

Сравнивают ошибки очереди с категориями учёта

§ 5.4

Чем чреватоЗдесь лежат слова приёмника, в учёте — категория, которую им назначил образец. Это разные уровни, и несовпадение между ними не ошибка.
Как заметитьТекст ошибки на странице не похож ни на одну категорию в отчёте.
Как правильноЧитать одно как причину словами приёмника, другое — как её классификацию.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
⇄

Связанные записи

4 связи

Работают в паре

Отказ на приветствииОдин из отказов, попадающих во второй буфер — ошибки очереди. § 5.8

Чем можно заменить

Подробности одной очередиТа же страница, отданная запросом, — вместе с историями. § 5.4

Где применяется

Очередь — это приёмник вместе с адресом отправкиВсе три истории ведутся по паре приёмника и адреса отправки, а не по домену. § 5.4

Где это видно

Щадящий режим — вторая личность очередиУзел сам, без просьбы, помнит, когда очередь входила в щадящий режим и выходила. § 5.4

Сюда ссылаются

ОчередиСмежная запись каталога. § 5.4Письма в очередиЭкран, показывающий то же самое человеку. inferenceСостояние очередей вместе с историей событийТот же срез по одной очереди на экране монитора — с историями. § 5.4События получателейЭкран, на котором механизм и виден. § 11.17

Как проверить на узле
Ту же тройку можно получить и без веб-монитора:
pmta show queues --mode-events --errors gmail.com/mta-news-1
Одна команда с двумя ключами отдаёт всё, что показывает страница: события получателей идут по умолчанию, ошибки и переходы добавляются ключами.
◇

Что ещё почитать

3 статьи

◇Что узел рассказывает о себе и по каким каналамСемь поверхностей наблюдения: веб-монитор, консоль в четырёх форматах, журнал, учёт, поиск по учёту, метрики и выгрузка во внешнюю аналитику.◇Сторож, который перезапускает MTAПрисматривает за MTA и после падения поднимает его сам, отправляя отчёт о падении на адрес ответственного.◇Как складывается политика для приёмникаНастройки собираются от самого общего образца к самому точному; порядок блоков в файле не значит ничего.

В Хабе
Цена ошибки
безопасно: неверное значение ничего не ломает
Сценарии
Разобраться с доставляемостью · Настроить темп под провайдера · Разобрать зависшую очередь
Важность
критично