У меня стоит FreeBSD, ни с того ни ссего sendmail начил ужасно тормозить. На пользовательской машине (Win2000) доставка почты происходит минут за 10, а то и 20. В чём проблемма? Ведь до этого всё работало чики пуки, а тут вдруг такая засада!
>У меня стоит FreeBSD, ни с того ни ссего sendmail начил ужасно
>тормозить. На пользовательской машине (Win2000) доставка почты происходит минут за 10,
>а то и 20. В чём проблемма? Ведь до этого всё
>работало чики пуки, а тут вдруг такая засада!sendmail пересылает почту по SMTP на Win2000?
>>У меня стоит FreeBSD, ни с того ни ссего sendmail начил ужасно
>>тормозить. На пользовательской машине (Win2000) доставка почты происходит минут за 10,
>>а то и 20. В чём проблемма? Ведь до этого всё
>>работало чики пуки, а тут вдруг такая засада!
>
>sendmail пересылает почту по SMTP на Win2000?
Да! Именно так.
>У меня стоит FreeBSD, ни с того ни ссего sendmail начил ужасно
>тормозить. На пользовательской машине (Win2000) доставка почты происходит минут за 10,
>а то и 20. В чём проблемма? Ведь до этого всё
>работало чики пуки, а тут вдруг такая засада!если тормоза на авторизации, то пропиши хосты в /etc/hosts
>>У меня стоит FreeBSD, ни с того ни ссего sendmail начил ужасно
>>тормозить. На пользовательской машине (Win2000) доставка почты происходит минут за 10,
>>а то и 20. В чём проблемма? Ведь до этого всё
>>работало чики пуки, а тут вдруг такая засада!
>
>если тормоза на авторизации, то пропиши хосты в /etc/hosts
Хосты прописаны! До этого ж всё работалои всё прописано было!
>>>У меня стоит FreeBSD, ни с того ни ссего sendmail начил ужасно
>>>тормозить. На пользовательской машине (Win2000) доставка почты происходит минут за 10,
>>>а то и 20. В чём проблемма? Ведь до этого всё
>>>работало чики пуки, а тут вдруг такая засада!
>>
>>если тормоза на авторизации, то пропиши хосты в /etc/hosts
>
>
>Хосты прописаны! До этого ж всё работалои всё прописано было!скорей всего DNS или MTA в Win2000, как в sendmail сделана пересылка?
>У меня стоит FreeBSD, ни с того ни ссего sendmail начил ужасно
>тормозить. На пользовательской машине (Win2000) доставка почты происходит минут за 10,
>а то и 20. В чём проблемма? Ведь до этого всё
>работало чики пуки, а тут вдруг такая засада!тормозит.
минут 10 терпения ждать не хватило.
по ssh заходит долго на сервер... смотрел процессы
ничего не нашел (может плохо смотрел :-))
поставил новый sendmail - не помогло.
кстати у Вас ошибки sio1... overflow были?
У меня такая же проблема. Помимо сендмейла, таким же образом работает ftpd,sshd,pop3, причем проявилось два дня назад, ни с того ни с сего.
Я уже пробовал все сервисы отключать и запускать их по одному, ничего не помогло. Нашел здесь же на форуме еще такое же сообщение, но там писали, что была sio1... overflow и сказано было, что проблема в ДНС. У меня же ничего подобного не писалось.ДНС отрубал, не помогло.
Если вдруг кто-нить знает в чем дело, будте добры, напищите пожалуйста.
что top говорит?
>что top говорит?top говорит, что загрузка проца обычная (до 0.3-8%).
>что top говорит?
говорит что ресурсы никто не жрет, памяти и свопа много.
>У меня такая же проблема. Помимо сендмейла, таким же образом работает ftpd,sshd,pop3,
>причем проявилось два дня назад, ни с того ни с сего.
>
>Я уже пробовал все сервисы отключать и запускать их по одному, ничего
>не помогло. Нашел здесь же на форуме еще такое же сообщение,
>но там писали, что была sio1... overflow и сказано было, что
>проблема в ДНС. У меня же ничего подобного не писалось.ДНС отрубал,
>не помогло.
>Если вдруг кто-нить знает в чем дело, будте добры, напищите пожалуйста.причем тут sio overflow - это всего лишь означает что слишком много
прерываний идет от serial-ports!!! DNS надо ВКЛЮЧАТЬ, а не отключать!!!
Если сервисы по ip работают БЫСТРО, значит DNS, если нет, значит firewall
или еще какие грабли, возможно роутинг, возможно проблемы загруженности
или ненормальной работы сети.
>прерываний идет от serial-ports!!! DNS надо ВКЛЮЧАТЬ, а не отключать!!!
>Если сервисы по ip работают БЫСТРО, значит DNS, если нет, значит firewallу меня локальный ДНС всего то месяца четыре, а до этого пользовался провайдеровским и ничего подобного не было, поэтому для меня логичней было его сбросить и проверить по провайдеровскому.
Фаервол сбрасывал на вседозволенный, проверял в утренние часы, когда на работе никого не было.
Если я скажу, что с тачки, на которой все эти сервисы крутятся я локально подсоединялся и к фтп и к ссх: ftp localhost (ssh localhost) и все летало, а ftp 192.168.4.3(ssh 192.168.4.3) уже тормозило, это что-нибудь прояснит? (192.168.4.3 - это та же машина, что и localhost).
Если нужны показания netstat'a, sockstat'a - могу сбросить.
>>прерываний идет от serial-ports!!! DNS надо ВКЛЮЧАТЬ, а не отключать!!!
>>Если сервисы по ip работают БЫСТРО, значит DNS, если нет, значит firewall
>
>у меня локальный ДНС всего то месяца четыре, а до этого пользовался
>провайдеровским и ничего подобного не было, поэтому для меня логичней было
>его сбросить и проверить по провайдеровскому.
>Фаервол сбрасывал на вседозволенный, проверял в утренние часы, когда на работе никого
>не было.
>Если я скажу, что с тачки, на которой все эти сервисы крутятся
>я локально подсоединялся и к фтп и к ссх: ftp localhost
>(ssh localhost) и все летало, а ftp 192.168.4.3(ssh 192.168.4.3) уже тормозило,
>это что-нибудь прояснит? (192.168.4.3 - это та же машина, что и
>localhost).
>Если нужны показания netstat'a, sockstat'a - могу сбросить.Такая же фигня!
FreeBSD 4.9 stable sendmail 8.12.10
Народ подскажите что за херня лезет!!!!
>>>прерываний идет от serial-ports!!! DNS надо ВКЛЮЧАТЬ, а не отключать!!!
>>>Если сервисы по ip работают БЫСТРО, значит DNS, если нет, значит firewall
>>
>>у меня локальный ДНС всего то месяца четыре, а до этого пользовался
>>провайдеровским и ничего подобного не было, поэтому для меня логичней было
>>его сбросить и проверить по провайдеровскому.
>>Фаервол сбрасывал на вседозволенный, проверял в утренние часы, когда на работе никого
>>не было.
>>Если я скажу, что с тачки, на которой все эти сервисы крутятся
>>я локально подсоединялся и к фтп и к ссх: ftp localhost
>>(ssh localhost) и все летало, а ftp 192.168.4.3(ssh 192.168.4.3) уже тормозило,
>>это что-нибудь прояснит? (192.168.4.3 - это та же машина, что и
>>localhost).
>>Если нужны показания netstat'a, sockstat'a - могу сбросить.
>
>Такая же фигня!
>FreeBSD 4.9 stable sendmail 8.12.10
>Народ подскажите что за херня лезет!!!!Причём началось с 24 ноября!
Блин!!! всё летало!!!!!
>Причём началось с 24 ноября!
>Блин!!! всё летало!!!!!У меня тоже началось 24 ноября, может это не баг, а фича?
>
>>Причём началось с 24 ноября!
>>Блин!!! всё летало!!!!!
>
>У меня тоже началось 24 ноября, может это не баг, а фича?
>
Скорее бомба замедленного действия.
Причём медленнее стало работать по ssh
хотя настройки не менялись.Вобщем хохот, стоят 4 компа подключенные к хабу, на двух отправка просто влёт идёт, на двух вылетает по тайм ауту, похоже что-то с сетью а не Sendmail-ом.
Цитирую ответ Алябьева Юрия (админ провайдера):
На проблему ДНС и в самом деле похоже. Такие задержки бывают, когда идут
запросы на резрешение реверс-ДНС для адресов из приватных диапазонов.
Например, в локальной сети стоят машины с приватными адресами, а сервер ДНС в локальной сети не настроен.
Выходов два, либо поднять локальный ДНС и сделать реверс для приватных
адресов, либо запретить прикладным сервисам обращаться за разрешением ДНС.
Как вариант первого способа - можно прописать все машины ЛВС в файле
/etc/hostsЯ выбрал самый простой вариант, ибо проверить надо было в чем дело.
В /etc/hosts записал себя и произошло чудо - все залетало!DNS локально на FreeBSD сервере не работает (named не запущен).
В /etc/resolv.conf прописана пара nameserver'ов провайдера.
На машинах в локальной сети DNS указаны тоже провайдерские, а шлюзом является FreeBSD. Я доволен, что всё опять работает :-)Всем спасибо за помощь!
ЗЫ:
Я так и не понял, почему до этого все работало быстро, но вдруг перестало! Причем обратите внимание, что дата возникновения проблемы у многих совпадает с 24.11.2003.
Огромаднейшее спасибо, у меня тоже заработало.
Но действительно загадка - почему оно до 24.11.2003 нормально работало без прописывания в /etc/hosts.Постараюсь разобраться как ДНС поправить соответствующим образом.
Спасибо всем кто читал, кто писал и был не равнодушен к проблеме.
Всем пока!
>Цитирую ответ Алябьева Юрия (админ провайдера):
>На проблему ДНС и в самом деле похоже. Такие задержки бывают, когда
>идут
>запросы на резрешение реверс-ДНС для адресов из приватных диапазонов.
>Например, в локальной сети стоят машины с приватными адресами, а сервер ДНС
>в локальной сети не настроен.
>Выходов два, либо поднять локальный ДНС и сделать реверс для приватных
>адресов, либо запретить прикладным сервисам обращаться за разрешением ДНС.
>Как вариант первого способа - можно прописать все машины ЛВС в файле
>
>/etc/hosts
>
>Я выбрал самый простой вариант, ибо проверить надо было в чем дело.
>
>В /etc/hosts записал себя и произошло чудо - все залетало!
>
>DNS локально на FreeBSD сервере не работает (named не запущен).
>В /etc/resolv.conf прописана пара nameserver'ов провайдера.
>На машинах в локальной сети DNS указаны тоже провайдерские, а шлюзом является
>FreeBSD. Я доволен, что всё опять работает :-)
>
>Всем спасибо за помощь!
>
>ЗЫ:
>Я так и не понял, почему до этого все работало быстро, но
>вдруг перестало! Причем обратите внимание, что дата возникновения проблемы у многих
>совпадает с 24.11.2003.
Причём обрати внимание!!! У меня настроен DNS (Bind 9.2.2 cache)!!!
>Цитирую ответ Алябьева Юрия (админ провайдера):
>На проблему ДНС и в самом деле похоже. Такие задержки бывают, когда
>идут
>запросы на резрешение реверс-ДНС для адресов из приватных диапазонов.
>Например, в локальной сети стоят машины с приватными адресами, а сервер ДНС
>в локальной сети не настроен.
>Выходов два, либо поднять локальный ДНС и сделать реверс для приватных
>адресов, либо запретить прикладным сервисам обращаться за разрешением ДНС.
>Как вариант первого способа - можно прописать все машины ЛВС в файле
>
>/etc/hosts
>
>Я выбрал самый простой вариант, ибо проверить надо было в чем дело.
>
>В /etc/hosts записал себя и произошло чудо - все залетало!
>
>DNS локально на FreeBSD сервере не работает (named не запущен).
>В /etc/resolv.conf прописана пара nameserver'ов провайдера.
>На машинах в локальной сети DNS указаны тоже провайдерские, а шлюзом является
>FreeBSD. Я доволен, что всё опять работает :-)
>
>Всем спасибо за помощь!
>
>ЗЫ:
>Я так и не понял, почему до этого все работало быстро, но
>вдруг перестало! Причем обратите внимание, что дата возникновения проблемы у многих
>совпадает с 24.11.2003.Думаю буду прав, если выскажу общее мнение, не знаю что, как и до какого
числа у кого работало, но этот вопрос достал всех и мильон раз его
разжевывать уже надоело о том что это проблемы DNS и чаще всего реверса.
То что у кого-то совпала дата, зачастую психологический эффект, один
написал, остальные присмотрелись и натянули чужую дату на свою ситуацию.
А что могло повлиять на DNS - прямо или косвенно, это уже вопрос
конкретной ситуации: изменения в локальных зонах и выходе на запросы
во внешний мир (local named + resolv.conf[мб search] + hosts + добавление
новых хостов...), изменения в firewall/nat..., изменения в настройках
сервисов - отключить в них проверку реверса или резолва и посмотреть реакцию)PS. Даже грабли иногда пролетают мимо лба когда на них наступаешь, но
то что они рано или поздно попадут по лбу - это наверняка. Отсюда,
изучайте DNS, старайтесь сами держать свою зону, если используете DNS
провайдера, при подобных тормозах, сперва смотрите СВОИ последние изменения, если дело не в них, трясите провайдера, ибо вероятнее всего
что он производил изменения у себя.
Lavr
Спасибо за конкретную подсказку!
24-го полдня были проблемы со связью (проблемы на линии прова).
>Lavr
>Спасибо за конкретную подсказку!
>24-го полдня были проблемы со связью (проблемы на линии прова).объяснение можно найти достаточно просто, допустим есть такой монстр
среди операторов: РОСТЕЛЕКОМ, который, разумеется, не хочет терять
дополнительные бабки, как результат, занялся провайдерством. Так вот,
если у него возникли проблемы какого-то числа (еще раз - РОСТЕЛЕКОМ взят
образно, как монстр), то вполне вероятно что его клиенты могли огрести
проблемы. Или, есть провайдеры, которые регистрируют зоны клиентов и
держат их у себя и предпочитают ни под каким предлогом НЕ ДЕЛЕГИРОВАТЬ
права своим клиентам, владельцам зон. Если такой провайдер накосячил,
ну или ЧТО-ТО произошло неординарное, а мб ординарное :) получаем
аналогичную ситуацию.
Все вышесказанное было относительно _возможной_ ВНЕШНЕЙ проблемы, которая
отразилась на работе сети клиента как с внешним миром, так и внутри, последнее маловероятно, но при определенных условиях и настройках
возможно.
>объяснение можно найти достаточно просто, допустим есть такой монстр
>среди операторов: РОСТЕЛЕКОМ, который, разумеется, не хочет терять
>дополнительные бабки, как результат, занялся провайдерством. Так вот,
>если у него возникли проблемы какого-то числа (еще раз - РОСТЕЛЕКОМ взят
>
>образно, как монстр), то вполне вероятно что его клиенты могли огрести
>проблемы. Или, есть провайдеры, которые регистрируют зоны клиентов и
>держат их у себя и предпочитают ни под каким предлогом НЕ ДЕЛЕГИРОВАТЬ
>
>права своим клиентам, владельцам зон. Если такой провайдер накосячил,
>ну или ЧТО-ТО произошло неординарное, а мб ординарное :) получаем
>аналогичную ситуацию.
> Все вышесказанное было относительно _возможной_ ВНЕШНЕЙ проблемы, которая
>отразилась на работе сети клиента как с внешним миром, так и внутри,
>последнее маловероятно, но при определенных условиях и настройках
>возможно.
У нас пров на Ростелеком завязан.
Но слава богу проблем с делегированием нет.
Домен 2-го уровня есть так что буду Primary DNS для зоны поднимать.