ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Valentin Nechayev                    2:5020/400     19 May 2003  10:21:11
 To : Andrew Dolgov
 Subject : Re: Линукс
 -------------------------------------------------------------------------------- 
 

 
 >>> Andrew Dolgov wrote:
 
  VN>>>> живу бы быти.
 AD>>> я даже не буду спрашивать какой системой должен управлять сендмейл, ладно
 AD>>> уж. ;)
  VN>> Собственной. Чтобы, например, количество фоновых доставщиков нормально
  VN>> ограничивалось - больное место начиная, наверно, с версии 0.0.1.
 AD> н-да, пожалуй что есть такое дело.
 
 Я у себя залечил, естественно.;) Теперь на всякие QueueLA поглядываю свысока.
 
 AD>>> а вот у каких еще системных демонов тебе хотелось бы видеть морду? named,
 AD>>> apmd, sshd? и для чего нужно использовать морду у программ, которые по
 AD>>> определению работают сами по себе?
  VN>> У этих перечисленных цели для морды не вижу.  В отличие от мэйлера.
 AD> чем они отличаются от фидошного мейлера с которого все началось?
 
 Hа самом деле мало чем. Просто, например, мне очень тяжело представить себе
 ситуацию, когда надо в реалтайме наблюдать за составом sshd процессов и стрелять
 определённые. И это может быть сделано на скрипте вокруг ps - да, некузяво,
 но делается ;)
 А вот в случае мэйлера возникают несколько другие проблемы. Возьмём средний
 узел на 20-30 линков. Если реализовывать нормально, а не через %опу, то
 1) держится средний темп исходящих звонков, причём со случайными интервалами
 (помнишь как Ёлкина пинали сделать рандомизацию интервалов?)
 2) принимаются входящие, меняя своими результатами политику исходящих в
 заданных пределах
 3) учитываются и запоминаются свойства линков (когда звонили, удалось
 ли дозвониться и на сколько времени ставим undialable на этот линк...)
 
 Всё это на голых кронтабах, mgettях и ifmailах не сделать, будет жалкое
 подобие левой руки. Hормально это получится с _одним_ процессом, фактически
 демоном. Теперь простой вопрос: если он один - почему бы ему не сделать
 морду? Пусть даже отрываемую, пусть даже отдельным процессом со взаимодействием
 через сокеты. Зачем - вопрос другой, в этом абзаце я его не жую.
 
  VN>> Хотя я бы ту морду запускал пару раз в месяц, не чаще.
 AD> а зачем? причем морду именно для контроля за процессом, а не для
 AD> прописывания очередного домена в local-host-names, я имею в виду.
 
 Снять undialable. Поставить временный запрет на звонок кому-то. Снять запрет.
 Вспомнить, что сегодня у него после 8:00 модем уезжает в ремонт, и включить
 одноразовый crash poll (нехорошо, но что делать).
 Да, можно взять что-то что умеет скриптовать себя и попытаться описать
 логику действия на скриптовом языке.
 
 И глянь на eximon.
 -netch-
 --- ifmail v.2.15dev5
  * Origin: Dark side of coredump (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор