Sendmail начинает отказывать клиентам в соединении, в журнале - превышение порога RefuseLA (опция Sendmail). По докам значение по умолчанию
(RefuseLA = 12) * кол-во процессоров в системе(у меня их 2, порог - 25)
реально помочь может увеличение параметра, но в доке неясно, что таки такое этот множитель и как это согласуется с загрузкой системы ?
...
на сайте Sendmail.org, равно как и в доке к тарболу не нашел ответа на вопрос - что есть множитель RefuseLA. Пусть у меня 1 камень, тогда Sendmail начнет refuse connection при 12*1=12 ЧЕГО? %загрузки системы?, еще каких то единиц?. Если это %загрузки системы, то это совсем нелогично - рефузить соединения, когда еще почти вся (100-12=88%) моща камня не используется
...
вопрос к гуру - объясните, если приходилось сталкиваться
>Sendmail начинает отказывать клиентам в соединении, в журнале - превышение порога RefuseLA
>(опция Sendmail). По докам значение по умолчанию
>(RefuseLA = 12) * кол-во процессоров в системе(у меня их 2, порог
>- 25)
>реально помочь может увеличение параметра, но в доке неясно, что таки такое
>этот множитель и как это согласуется с загрузкой системы ?
>...
>на сайте Sendmail.org, равно как и в доке к тарболу не нашел
>ответа на вопрос - что есть множитель RefuseLA. Пусть у меня
>1 камень, тогда Sendmail начнет refuse connection при 12*1=12 ЧЕГО? %загрузки
>системы?, еще каких то единиц?. Если это %загрузки системы, то это
>совсем нелогично - рефузить соединения, когда еще почти вся (100-12=88%) моща
>камня не используется
>...
>вопрос к гуру - объясните, если приходилось сталкиватьсяЯ не гуру, но это по-моеме не количество процессоров, а кол-во процессов:
When the load average on a machine (the average number of processes in the run queue over the last minute) becomes too high, sendmail can compensate in three different ways:The QueueLA option (QueueLA) determines the load at which sendmail will begin to queue messages rather than delivering them, and the load at which scheduled queue runs will be skipped.
This RefuseLA option determines the load at which sendmail will begin to refuse connections[57] rather than accepting them.
[57] The sendmail program refuses just SMTP connections. Mail sent with other means, such as UUCP or via standard input, will still be accepted despite a high load. This means that some locally submitted mail will succeed, while other locally submitted mail will fail. That success versus failure is determined by whether that mail is submitted via SMTP.
The DelayLA option (DelayLA) determines the load at which sendmail will begin to delay replies to SMTP commands.
Цитирую описалово из доки, включенной в дерево исходниковRefuseLA=LA [X] When the system load average exceeds LA,
refuse incoming SMTP connections. Defaults
to 12 multiplied by the number of processors
online on the system (if that can be deter-
mined).Был бы признателен, если бы вы указали, откуда взято приведенное вами описание
В принципе написанное вами и цитированное мной друг друга дополняет, но вопрос достаточно серьезный, и хотелось бы увидеть ссылку на источник, говорящий, что LA - это именно среднее кол-во процесов за минуту
>В принципе написанное вами и цитированное мной друг друга дополняет, но вопрос
>достаточно серьезный, и хотелось бы увидеть ссылку на источник, говорящий, что
>LA - это именно среднее кол-во процесов за минуту
за последнюю минуту. например, в Bryan Costales - Sendmail 3rd Edition так же написано.
>>В принципе написанное вами и цитированное мной друг друга дополняет, но вопрос
>>достаточно серьезный, и хотелось бы увидеть ссылку на источник, говорящий, что
>>LA - это именно среднее кол-во процесов за минуту
>за последнюю минуту. например, в Bryan Costales - Sendmail 3rd Edition так
>же написано.А этот труд доступен в сети, или нужно приобретать книгу ?
>>>В принципе написанное вами и цитированное мной друг друга дополняет, но вопрос
>>>достаточно серьезный, и хотелось бы увидеть ссылку на источник, говорящий, что
>>>LA - это именно среднее кол-во процесов за минуту
>>за последнюю минуту. например, в Bryan Costales - Sendmail 3rd Edition так
>>же написано.
>
>А этот труд доступен в сети, или нужно приобретать книгу ?теоретически он конечно доступен, если минут 10 поковыряться в сети, то найти
электрическую версию вполне реально.
http://dfni.dp.ua/books/index1.php?fi=sendmail/O'Reilly - Sendmail, 3rd Edition.chm&PHPSESSID=9afb6b14456af7f1ce7895144ea10cd5
Но чего-то у меня сегодня эта ссылка не открывается
Если не сможешь скачать - оставь адрес, пришлю.
>http://dfni.dp.ua/books/index1.php?fi=sendmail/O'Reilly - Sendmail, 3rd Edition.chm&PHPSESSID=9afb6b14456af7f1ce7895144ea10cd5
>Но чего-то у меня сегодня эта ссылка не открывается
>Если не сможешь скачать - оставь адрес, пришлю.да, у меня тоже не открылась. Если есть возможность - вышли сюда belonin@yandex.ru
отправлено
>>>В принципе написанное вами и цитированное мной друг друга дополняет, но вопрос
>>>достаточно серьезный, и хотелось бы увидеть ссылку на источник, говорящий, что
>>>LA - это именно среднее кол-во процесов за минуту
>>за последнюю минуту. например, в Bryan Costales - Sendmail 3rd Edition так
>>же написано.LA - load average, средняя загрузка, и речь идет о кол-ве ПРОЦЕССОВ
>А этот труд доступен в сети, или нужно приобретать книгу ?
вообще-то нужно.
"ed2k://|file|O'Reilly - Sendmail 3rd Edition.pdf|10045097|CECEA371B4175C7ACCD043DE50464159|/"
"ed2k://|file|O'Reilly - Sendmail 3rd Edition.chm|2426900|87EC80F83EB9899D03FBB3A966F641D1|/"
первый вариант в pdf, второй в chm
среднюю загрузку системы можешь смотреть используя: uptime, w, top, ps - на выбор.
средняя загрузка LA=50-70 - довольно серьезная загрузка и тут нужно смотреть
КАКИЕ процессы грузят систему и думать ЧТО делать, ниже параметры которыми тебе
для начала следует воспользоваться:# load average at which we just queue messages
# средняя загрузка при которой сообщения будут просто ставится в очередь
#O QueueLA=8# load average at which we refuse connections
# средняя загрузка по достижению которой sendmail будет отфутболивать соединения
O RefuseLA=50# load average at which we delay connections; 0 means no limit
# средняя загрузка при которой будет выставляться задержка на соединения
#O DelayLA=0# maximum number of children we allow at one time
# максимальное кол-во дочерних процессов sendmail
O MaxDaemonChildren=150# maximum number of new connections per second
# максимальное кол-во соединений в секунду
#O ConnectionRateThrottle=01. Разберись с тем что напрягает и нагружает машину - высокий LA
2. Когда определишь LA в ПИКОВЫЕ моменты нагрузки, можешь воспользоваться
RefuseLA, в добавок к этому MaxDaemonChildren определи для себя и ConnectionRateThrottleОстальные параметры не помню, но верхние помогут, с параметрами:
QueueLA, RefuseLA, DelayLA действовать следует аккуратно и следить за логами sendmЫla,
немного повозишься и понимание наступит.
Lavr, не уверен, что имеется ввидю юниксовая LAпарни в начале темы писали, что это, скорее, среднее количество запущенных обработчиков очереди за последнюю минуту (дочек sendmail). И цитировали некий первоисточник
что смущает - пока при отсутствии первоисточников - что юниксовая LA - это таки или проценты или сотые доли от единицы. Четкого указания в идущей с исходниками доке я не нашел. Если LA - юниксовая, то похоже, она не может быть больше 100 (%) или 1. Дефолтное значение - 8 - это, если брать unixLA, всего 8% от загрузки системы, что как то очень смущает
ПОЦЕССЫ или ПРОЦЕССОРЫ - ну да, процессы, но умноженные на количество процессоров, определяемых в системе (это дока от Sendmail). И, опять же, похоже это процессы - дочки sendmail
похоже, QueueLA, RefuseLA, DelayLA - это граничное количество процессов-дочек sendmail, а под load averange понимается именно средняя загрузка почтовой подсистемы (Sendmail)
for lavr, вот еще в дополнение темы:
19:01:59 up ... days, ..., 3 users, load average: 0.11, 0.07, 0.06
все ж это не юниксовый LA
Спасибо всем откликнувшимсяподводя итоги разбора темы, не претендуя на истину в последней инстанции:
- LA в опциях sendmail QueueLA, RefuseLA, DelayLA - среднее количество процессов (дочек sendmail), обрабатывающих почтовую очередь за промежуток времени, указанный опцией ConnectionRateWindowSize. Причем sendmail сравнивает реальное LA с указанными в опциях значениями, умноженными на количество процессоров в системе- в моем случае стабильность вернулась при использовании опции ConnectionRateThrottle, хотя авторы sendmail предупреждают, что это - путь к уязвимости DDoS, а также после тюнинга таймаутов почтовых фильтров (4 штуки)
>подводя итоги разбора темы, не претендуя на истину в последней инстанции:
>- LA в опциях sendmail QueueLA, RefuseLA, DelayLA - среднее количество процессов
>(дочек sendmail), обрабатывающих почтовую очередь за промежуток времени, указанный опцией ConnectionRateWindowSize.
>Причем sendmail сравнивает реальное LA с указанными в опциях значениями, умноженными
>на количество процессоров в системе
Правильно ли я понял, если у меня 2 процессора, ConnectionRateWindowSize=1m и количество дочек sendmail за минуту = 40, то в моем случае RefuseLA = 80?