Перейти до

Freebsd - Sendmail "валит" сервер


Рекомендованные сообщения

PID USERNAME  THR PRI NICE   SIZE	RES STATE	TIME   WCPU COMMAND
 873 smmsp	   1 109	0 20900K 20372K RUN	  1:03 39.40% sendmail
3432 smmsp	   1 100	0  4016K  3324K RUN	  0:12 14.70% sendmail
1399 root		1  77  -19  8852K  6856K select   0:35  1.07% stargazer
1150 nobody	  1   4	0 24668K 24164K kqread   0:07  0.20% squid
 588 root		1  96	0  2172K  1676K select   0:15  0.15% natd
1385 root		1  96	0  4404K  3004K select   0:05  0.00% mc
 746 bind		1  96	0  4936K  4088K select   0:01  0.00% named
 662 root		1  96	0  1376K  1028K select   0:00  0.00% syslogd
 608 root		1  96	0  1488K  1088K select   0:00  0.00% routed
 837 root		1  96	0  2920K  1804K select   0:00  0.00% ntpd
 896 root		1  96	0  3508K  2832K select   0:00  0.00% httpd
1386 root		1   5	0  4796K  2940K ttyin	0:00  0.00% csh
3102 root		1  96	0  5908K  3512K select   0:00  0.00% smbd
1220 root		1  20	0  4800K  2900K pause	0:00  0.00% csh
1400 root		1  -4	0  3284K  2552K msgwai   0:00  0.00% stargazer
1200 root		1   8	0  1736K  1460K wait	 0:00  0.00% login
1202 root		1   8	0  1736K  1460K wait	 0:00  0.00% login
1201 root		1   8	0  1736K  1460K wait	 0:00  0.00% login

 

Это - 15 минут после ребута.

До этого был целый список процессов sendmail, каждый из которых грузил проц на 1-2%.

Заметил по торможению работы Инета и полез посмотреть.

 

Сервер FreeBSD 7.1, проц 2,66 Celeron, ОЗУ-512, STG, 70 юзеров. Макс онлайн - 25.

sendmail не нужен в принципе.

 

Уже прописал в /etc/rc.conf:

sendmail_enable="NO" 
sendmail_submit_enable="NO" 
sendmail_outbound_enable="NO" 
sendmail_msp_queue_enable="NO"

Не помогает.

 

Почему это происходит - не пойму. В maillog вот:

Jun 18 13:33:39  sm-msp-queue[873]: n5HN2hCW038128: to=postmaster, delay=02:47:51, xdelay=00:00:00, mailer=relay, pri=162689, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Permission denied
Jun 18 13:33:40  sm-msp-queue[873]: n5HMWUCK037143: to=postmaster, delay=02:49:45, xdelay=00:00:00, mailer=relay, pri=162689, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Permission denied
Jun 18 13:33:40  sm-msp-queue[873]: n5HMWUCB037143: to=postmaster, delay=02:50:25, xdelay=00:00:00, mailer=relay, pri=162689, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Permission denied
Jun 18 13:33:40  sm-msp-queue[873]: n5HNWuBw039080: to=postmaster, delay=02:50:13, xdelay=00:00:00, mailer=relay, pri=162689, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Permission denied
Jun 18 13:33:40  sm-msp-queue[873]: n5HL1jCO033768: to=postmaster, delay=02:50:11, xdelay=00:00:00, mailer=relay, pri=162689, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Permission denied
Jun 18 13:33:40  sm-msp-queue[873]: n5HLW3CJ034966: to=postmaster, delay=02:50:53, xdelay=00:00:00, mailer=relay, pri=162689, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Permission denied

До этого сервер работал несколько месяцев без ребутов. Началось всё - пару дней назад.

Помогите пожалуйста, куда копать?

 

P.S. Пока сделал killall sendmail и rm -R /var/spool/clientmqueue/* - там было пару десятков гиг.

Вопрос открыт.

Ссылка на сообщение
Поделиться на других сайтах

А не будет ли в таком случае побочных явлений? У меня сейчас к примеру почта не отправляется, но очередь в /var/spool/clientmqueue/ - накапливается.

Может другой способ есть?

Ссылка на сообщение
Поделиться на других сайтах
А не будет ли в таком случае побочных явлений? У меня сейчас к примеру почта не отправляется, но очередь в /var/spool/clientmqueue/ - накапливается.

Может другой способ есть?

 

Если нужна почта ставь postfix

Ссылка на сообщение
Поделиться на других сайтах

Не нужна. Но и не надо чтобы другие глюки вылезли.

Проблема в том, что sendmail туго завязан со многими прогами во FreeBSD, а они периодически пытаются с его помощью что-то куда-то отправить, например к root.

По сути мне почта не нужена, но пулл растёт, если не отправляется почта. Чистить постоянно /var/spool/clientmqueue/, что ли? :/

Ссылка на сообщение
Поделиться на других сайтах
Не нужна. Но и не надо чтобы другие глюки вылезли.

Проблема в том, что sendmail туго завязан со многими прогами во FreeBSD, а они периодически пытаются с его помощью что-то куда-то отправить, например к root.

По сути мне почта не нужена, но пулл растёт, если не отправляется почта. Чистить постоянно /var/spool/clientmqueue/, что ли? :/

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

может и ненадо будет удалять сендмейл.

Ссылка на сообщение
Поделиться на других сайтах
Не нужна. Но и не надо чтобы другие глюки вылезли.

Проблема в том, что sendmail туго завязан со многими прогами во FreeBSD, а они периодически пытаются с его помощью что-то куда-то отправить, например к root.

По сути мне почта не нужена, но пулл растёт, если не отправляется почта. Чистить постоянно /var/spool/clientmqueue/, что ли? :/

 

Единственный глюк - прийдется читать логи в /var/log а не в почт. ящике. Если очень страшно - можно для начала переименовать исполняемый файл.

Ссылка на сообщение
Поделиться на других сайтах
А почта к руту досталяется?

Я не знаю где это посмотреть, да и не особо важно - мне она не нужна, всё равно я всё в /var/log смотрю.

 

что показывает # ifconfig lo0 ?

lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 
inet6 ::1 prefixlen 128 
inet 127.0.0.1 netmask 0xff000000

Ссылка на сообщение
Поделиться на других сайтах

# cd /etc/mail

# make all

 

в /etc/mail/Makefile вначале, в комментах все есть.

 

почту рута - в шеле набери mail

 

Я не знаю где это посмотреть, да и не особо важно - мне она не нужна, всё равно я всё в /var/log смотрю.

Ну то что она не нужна, то это другое дело. Если она не досталяется, то скапливается в пуле.

Ссылка на сообщение
Поделиться на других сайтах

А если доставляется, значит скапливается в папке доставки. :)

 

В общем - я переименовал файлик /usr/libexec/sendmail/sendmail, сделал killall sendmail и поставил в крон

rm -R /var/spool/clientmqueue/* раз в сутки.

Ссылка на сообщение
Поделиться на других сайтах
А если доставляется, значит скапливается в папке доставки. :)

 

В общем - я переименовал файлик /usr/libexec/sendmail/sendmail, сделал killall sendmail и поставил в крон

rm -R /var/spool/clientmqueue/* раз в сутки.

Скапливается, но стой лишь разницей, что не сендмеил не гоняет гиговые файлы очереди, а раз в месяц набрать del * не проблема. И почту рута все таки иногда нужно просматривать.

Ссылка на сообщение
Поделиться на других сайтах

А не правильнее было бороться не с последствиями, а с причиной проблемы? Я бы внимательно почитал почту на предмет выявления ее отправителя и причины по которой он все это отправляет. Из описанного выше понятно, что сообщениями бомбит какой-то локальный сервис. Значит у него что-то не в порядке? И Вас это никак не смущает?

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

Ссылка на сообщение
Поделиться на других сайтах

Очередь перестала заполняться: захожу в каталоги - пусто. Причина была в невозможности отослать почту и sendmail циклически валил сообщения об этом в тот же spool - не думайте что я не прочитал письма перед тем как всё сносить. :)

А вообще мне достаточно логов: они включены по максимуму и их-то я просматриваю. :)

Всем спасибо за советы. :)

Ссылка на сообщение
Поделиться на других сайтах
зачем же так жестоко.

 

всего лиш:

chmod a-x /etc/rc.d/sendmail

 

Можно то же самое сделать и с sendmail но человеку sendmail не нужен в принципе :)

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

×
×
  • Створити нове...