Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
roman
Зарегистрирован: 09.11.2001 Сообщения: 27
|
Добавлено: Пт Ноя 09 2001 14:34 Заголовок сообщения: такая проблема : |
|
|
доброе время суток . Помогите , не могу справиться с следующей проблемой : в один прекрасный день не стал запускаться inetd(следствием этого-свалилась почта , просто перестала ходить) выдает следующее: fetchmail: SMTP error: 250 2.0.0 Reset state это еще не все : inetd[371]: -a (null): servname not supported for ai_socktype тоже оттуда же Подскажите решение pls |
|
Вернуться к началу |
|
|
and3008
Зарегистрирован: 12.10.2001 Сообщения: 14893 Откуда: Н.Новгород
|
Добавлено: Пт Ноя 09 2001 15:40 Заголовок сообщения: Re: такая проблема : |
|
|
Содержимое /var/log/messages в студию! |
|
Вернуться к началу |
|
|
roman
Зарегистрирован: 09.11.2001 Сообщения: 27
|
Добавлено: Пт Ноя 09 2001 15:49 Заголовок сообщения: Re: такая проблема : |
|
|
Nov 8 16:00:00 scc-gw newsyslog[4255]: logfile turned over Nov 8 16:09:06 scc-gw stunnel[236]: localhost.imap4 connected from 192.168.100.100:4530 Nov 8 16:09:06 scc-gw stunnel[236]: remote connect: Connection refused (61) Nov 8 16:09:06 scc-gw stunnel[236]: localhost.imap4 connected from 192.168.100.100:4531 Nov 8 16:09:06 scc-gw stunnel[236]: remote connect: Connection refused (61) Nov 8 18:36:17 scc-gw stunnel[236]: localhost.imap4 connected from 212.20.34.18:64148 Nov 8 18:36:17 scc-gw stunnel[236]: remote connect: Connection refused (61) Nov 8 18:36:19 scc-gw stunnel[236]: localhost.imap4 connected from 212.20.34.18:64149 Nov 8 18:36:19 scc-gw stunnel[236]: remote connect: Connection refused (61) Nov 8 18:36:19 scc-gw stunnel[236]: localhost.imap4 connected from 212.20.34.18:64150 Nov 8 18:36:19 scc-gw stunnel[236]: remote connect: Connection refused (61) Nov 8 18:36:19 scc-gw stunnel[236]: localhost.imap4 connected from 212.20.34.18:64151 Nov 8 18:36:19 scc-gw stunnel[236]: remote connect: Connection refused (61) Nov 8 18:36:20 scc-gw stunnel[236]: localhost.imap4 connected from 212.20.34.18:64152 Nov 8 18:36:20 scc-gw stunnel[236]: remote connect: Connection refused (61) Nov 8 18:36:20 scc-gw stunnel[236]: localhost.imap4 connected from 212.20.34.18:64153 Nov 8 18:36:20 scc-gw stunnel[236]: remote connect: Connection refused (61) Nov 8 18:36:20 scc-gw stunnel[236]: localhost.imap4 connected from 212.20.34.18:64154 Nov 8 18:36:20 scc-gw stunnel[236]: remote connect: Connection refused (61) Nov 8 18:36:20 scc-gw stunnel[236]: localhost.imap4 connected from 212.20.34.18:64155 Nov 8 18:36:20 scc-gw stunnel[236]: remote connect: Connection refused (61) Nov 8 18:36:23 scc-gw stunnel[236]: localhost.imap4 connected from 212.20.34.18:64156 Nov 8 18:36:23 scc-gw stunnel[236]: remote connect: Connection refused (61) Nov 8 18:36:23 scc-gw stunnel[236]: localhost.imap4 connected from 212.20.34.18:64157 Nov 8 18:36:23 scc-gw stunnel[236]: remote connect: Connection refused (61) Nov 8 18:36:23 scc-gw stunnel[236]: localhost.imap4 connected from 212.20.34.18:64158 Nov 8 18:36:23 scc-gw stunnel[236]: remote connect: Connection refused (61) Nov 8 18:36:23 scc-gw stunnel[236]: localhost.imap4 connected from 212.20.34.18:64159 Nov 8 18:36:23 scc-gw stunnel[236]: remote connect: Connection refused (61) Nov 8 18:36:23 scc-gw stunnel[236]: localhost.imap4 connected from 212.20.34.18:64160 Nov 8 18:36:23 scc-gw stunnel[236]: remote connect: Connection refused (61) Nov 8 18:36:26 scc-gw stunnel[236]: localhost.imap4 connected from 212.20.34.18:64161 Nov 8 18:36:26 scc-gw stunnel[236]: remote connect: Connection refused (61) Nov 8 18:36:26 scc-gw stunnel[236]: localhost.imap4 connected from 212.20.34.18:64162 Nov 8 18:36:26 scc-gw stunnel[236]: remote connect: Connection refused (61) Nov 8 18:36:26 scc-gw stunnel[236]: localhost.imap4 connected from 212.20.34.18:64163 Nov 8 18:36:26 scc-gw st ... |
|
Вернуться к началу |
|
|
roman
Зарегистрирован: 09.11.2001 Сообщения: 27
|
Добавлено: Пт Ноя 09 2001 15:52 Заголовок сообщения: Re: такая проблема : |
|
|
прошу еще логи )))
Nov 9 00:00:00 scc-gw newsyslog[5257]: logfile turned over Nov 9 00:00:10 scc-gw syslogd: restart Nov 9 00:01:00 scc-gw CRON[5262]: (root) CMD (adjkerntz -a) Nov 9 00:05:00 scc-gw CRON[5265]: (root) CMD (/usr/libexec/atrun) Nov 9 00:10:00 scc-gw CRON[5268]: (root) CMD (/usr/libexec/atrun) Nov 9 00:15:00 scc-gw CRON[5271]: (root) CMD (/usr/libexec/atrun) Nov 9 00:20:00 scc-gw CRON[5275]: (root) CMD (/usr/libexec/atrun) Nov 9 00:25:00 scc-gw CRON[5278]: (root) CMD (/usr/libexec/atrun) Nov 9 00:30:00 scc-gw CRON[5281]: (root) CMD (/usr/libexec/atrun) Nov 9 00:31:00 scc-gw CRON[5284]: (root) CMD (adjkerntz -a) Nov 9 00:35:00 scc-gw CRON[5287]: (root) CMD (/usr/libexec/atrun) Nov 9 00:40:00 scc-gw CRON[5290]: (root) CMD (/usr/libexec/atrun) Nov 9 00:45:00 scc-gw CRON[5293]: (root) CMD (/usr/libexec/atrun) Nov 9 00:47:14 scc-gw named[125]: Cleaned cache of 13 RRsets Nov 9 00:47:14 scc-gw named[125]: USAGE 1005245234 1005140833 CPU=2.20549u/0.833372s CHILDCPU=0u/0s Nov 9 00:47:14 scc-gw named[125]: NSTATS 1005245234 1005140833 A=526 PTR=56 MX=59 TXT=2 AAAA=64 ANY=338 Nov 9 00:47:14 scc-gw named[125]: XSTATS 1005245234 1005140833 RR=805 RNXD=140 RFwdR=593 RDupR=54 RFail=0 RFErr=0 RErr=0 RAXFR=0 RLame=2 ROpts=0 SSysQ=143 SAns=956 SFwdQ=589 SDupQ=65 SErr=0 RQ=1045 RIQ=2 RFwdQ=589 RDupQ=85 RTCP=3 SFwdR=593 SFail=0 SFErr=0 SNaAns=708 SNXD=118 RUQ=0 RURQ=0 RUXFR=0 RUUpd=0 Nov 9 00:50:00 scc-gw CRON[5297]: (root) CMD (/usr/libexec/atrun) Nov 9 00:55:00 scc-gw CRON[5300]: (root) CMD (/usr/libexec/atrun) Nov 9 01:00:00 scc-gw CRON[5304]: (root) CMD (newsyslog) Nov 9 01:00:00 scc-gw CRON[5305]: (root) CMD (/usr/libexec/atrun) Nov 9 01:01:00 scc-gw CRON[5309]: (root) CMD (adjkerntz -a) Nov 9 01:05:00 scc-gw CRON[5312]: (root) CMD (/usr/libexec/atrun) Nov 9 01:10:00 scc-gw CRON[5315]: (root) CMD (/usr/libexec/atrun) Nov 9 01:15:00 scc-gw CRON[5318]: (root) CMD (/usr/libexec/atrun) Nov 9 01:20:00 scc-gw CRON[5322]: (root) CMD (/usr/libexec/atrun) Nov 9 01:25:00 scc-gw CRON[5325]: (root) CMD (/usr/libexec/atrun) Nov 9 01:30:00 scc-gw CRON[5328]: (root) CMD (/usr/libexec/atrun) Nov 9 01:31:00 scc-gw CRON[5331]: (root) CMD (adjkerntz -a) Nov 9 01:35:00 scc-gw CRON[5334]: (root) CMD (/usr/libexec/atrun) Nov 9 01:40:00 scc-gw CRON[5337]: (root) CMD (/usr/libexec/atrun) Nov 9 01:45:00 scc-gw CRON[5340]: (root) CMD (/usr/libexec/atrun) Nov 9 01:47:14 scc-gw named[125]: Cleaned cache of 17 RRsets Nov 9 01:47:14 scc-gw named[125]: USAGE 1005248834 1005140833 CPU=2.24036u/0.851719s CHILDCPU=0u/0s Nov 9 01:47:14 scc-gw named[125]: NSTATS 1005248834 1005140833 A=539 PTR=56 MX=59 TXT=2 AAAA=64 ANY=338 Nov 9 01:47:14 scc-gw named[125]: XSTATS 1005248834 1005140833 RR=822 RNXD=140 RFwdR=606 RDupR=54 RFail=0 RFErr=0 RErr=0 RAXFR=0 RLame=2 ROpts=0 SSysQ=147 SAns=969 SFwdQ=602 SDupQ=65 SErr=0 RQ=1058 RIQ=2 RFwdQ=602 RDupQ=85 RTCP=3 SFwdR=606 SFail=0 SFErr= ... |
|
Вернуться к началу |
|
|
Dmitry.Karpov Гость
|
Добавлено: Пт Ноя 09 2001 16:38 Заголовок сообщения: Ты бы хоть версию Unix написал, что ли... (empty) |
|
|
См.заголовок. |
|
Вернуться к началу |
|
|
roman
Зарегистрирован: 09.11.2001 Сообщения: 27
|
Добавлено: Пт Ноя 09 2001 16:39 Заголовок сообщения: Re: Ты бы хоть версию Unix написал, что ли... (empty) |
|
|
Пишу :FreeBSD 4.1 |
|
Вернуться к началу |
|
|
Dmitry.Karpov Гость
|
Добавлено: Пт Ноя 09 2001 16:53 Заголовок сообщения: Смотри даты файлов |
|
|
Прежде всего проверь, не изменялись ли файлы services, inetd.conf, rc.conf и defaults/rc.conf (все в /etc). Да и rc и rc.* там же надо бы проветить... Для начала хотя бы даты последнего изменения каждого файла.
Затем напиши, что inetd выкидывает на экран при старте и что пишет в /var/log/messages (то, что ты прислал, абсолютно бесполезно - фильтруй 'grep inetd /var/log/messages'). Он хотя бы пытается стартовать или даже не пытается? А сам файл /usr/sbin/inetd жив и здоров или как? Вручную он запускается? |
|
Вернуться к началу |
|
|
roman
Зарегистрирован: 09.11.2001 Сообщения: 27
|
Добавлено: Пт Ноя 09 2001 17:06 Заголовок сообщения: Re: такая проблема : |
|
|
inetd при перезапуске сервера не запускается вооже, приходиться запускать руками: inetd -W -w -a при попытке запустить tcpd и выдает : servname not supported for ai_socktype при открытии сессии ftp кстати то же самое |
|
Вернуться к началу |
|
|
and3008
Зарегистрирован: 12.10.2001 Сообщения: 14893 Откуда: Н.Новгород
|
Добавлено: Пт Ноя 09 2001 17:08 Заголовок сообщения: Re: такая проблема : |
|
|
Судя по логам у вас батенька FireWall-ом все закрыто. Откройте. Либо ipchains -L в студию! |
|
Вернуться к началу |
|
|
and3008
Зарегистрирован: 12.10.2001 Сообщения: 14893 Откуда: Н.Новгород
|
Добавлено: Пт Ноя 09 2001 17:09 Заголовок сообщения: Re: такая проблема : |
|
|
Стоп. Тормозю. ipchains - это для Линуха. |
|
Вернуться к началу |
|
|
and3008
Зарегистрирован: 12.10.2001 Сообщения: 14893 Откуда: Н.Новгород
|
Добавлено: Пт Ноя 09 2001 17:11 Заголовок сообщения: Re: такая проблема : |
|
|
Я не знаток Фри, но смею предположить, что затерли какую-то системную библиотеку. Вот и не стало у inetd поддержки сети. |
|
Вернуться к началу |
|
|
roman
Зарегистрирован: 09.11.2001 Сообщения: 27
|
Добавлено: Пт Ноя 09 2001 17:12 Заголовок сообщения: Re: такая проблема : |
|
|
Не знаю , я сам грешу на DNS, хотя уже не могу и предположить что с ним |
|
Вернуться к началу |
|
|
and3008
Зарегистрирован: 12.10.2001 Сообщения: 14893 Откуда: Н.Новгород
|
Добавлено: Пт Ноя 09 2001 17:23 Заголовок сообщения: Re: такая проблема : |
|
|
Нет. Судя по лайне inetd и логам дело не в этом. inetd не может открыть сокет. А это уже дело системных библиотек и ядра. Чего-то где-то не стыкуется. И еще. В inetd прописываются сервисы, которые так же описаны в файле /etc/services Может в нем что-то не хватает? Проверьте, все ли сервисы, на которые ссылается inetd описаны в services?
Так же возможно, что исчерпан лимит сокетов. Остановите все сетевые сервисы на время разбора полетов. |
|
Вернуться к началу |
|
|
Dmitry.Karpov Гость
|
Добавлено: Сб Ноя 10 2001 14:26 Заголовок сообщения: Обнови до 4.4 |
|
|
Во всех FreeBSD от 4.1 до 4.3 есть разные, причем довольно серьезные глюки. Обнови версию до 4.4 - это самый простой путь. |
|
Вернуться к началу |
|
|
roman
Зарегистрирован: 09.11.2001 Сообщения: 27
|
Добавлено: Пн Ноя 12 2001 06:15 Заголовок сообщения: Re: такая проблема : |
|
|
В services все соответствует . Что значит лимит сокетов ? И подскажите ,pls ,как наименее безболезненно перейти с FreeBSD 4,1 до 4,4? Ко всем головнякам прибавилось следующее: fetchmail: SMTP error: 250 2.0.0 Reset state |
|
Вернуться к началу |
|
|
roman
Зарегистрирован: 09.11.2001 Сообщения: 27
|
Добавлено: Пн Ноя 12 2001 06:21 Заголовок сообщения: Re: такая проблема : |
|
|
есть еще вот такой лог : Nov 12 00:00:00 scc-gw newsyslog[3937]: logfile turned over Nov 12 00:00:10 scc-gw syslogd: restart Nov 12 00:01:00 scc-gw CRON[3942]: (root) CMD (adjkerntz -a) Nov 12 00:05:00 scc-gw CRON[3945]: (root) CMD (/usr/libexec/atrun) Nov 12 00:06:35 scc-gw named[125]: Cleaned cache of 23 RRsets Nov 12 00:06:35 scc-gw named[125]: USAGE 1005501995 1005383193 CPU=1.19444u/0.579248s CHILDCPU=0u/0s Nov 12 00:06:35 scc-gw named[125]: NSTATS 1005501995 1005383193 A=389 PTR=182 MX=10 TXT=2 AAAA=7 SRV=2 ANY=24 Nov 12 00:06:35 scc-gw named[125]: XSTATS 1005501995 1005383193 RR=341 RNXD=51 RFwdR=272 RDupR=12 RFail=2 RFErr=0 RErr=0 RAXFR=0 RLame=0 ROpts=0 SSysQ=56 SAns=503 SFwdQ=274 SDupQ=333 SErr=1 RQ=616 RIQ=2 RFwdQ=274 RDupQ=104 RTCP=0 SFwdR=272 SFail=0 SFErr=0 SNaAns=395 SNXD=217 RUQ=0 RURQ=0 RUXFR=0 RUUpd=0 Nov 12 00:10:00 scc-gw CRON[3949]: (root) CMD (/usr/libexec/atrun) Nov 12 00:15:00 scc-gw CRON[3952]: (root) CMD (/usr/libexec/atrun) Nov 12 00:20:00 scc-gw CRON[3955]: (root) CMD (/usr/libexec/atrun) Nov 12 00:25:00 scc-gw CRON[3958]: (root) CMD (/usr/libexec/atrun) Nov 12 00:30:00 scc-gw CRON[3961]: (root) CMD (/usr/libexec/atrun) Nov 12 00:31:00 scc-gw CRON[3964]: (root) CMD (adjkerntz -a) Nov 12 00:35:00 scc-gw CRON[3967]: (root) CMD (/usr/libexec/atrun) Nov 12 00:40:00 scc-gw CRON[3971]: (root) CMD (/usr/libexec/atrun) Nov 12 00:45:00 scc-gw CRON[3974]: (root) CMD (/usr/libexec/atrun) Nov 12 00:50:00 scc-gw CRON[3977]: (root) CMD (/usr/libexec/atrun) Nov 12 00:55:00 scc-gw CRON[3980]: (root) CMD (/usr/libexec/atrun) Nov 12 01:00:00 scc-gw CRON[3984]: (root) CMD (newsyslog) Nov 12 01:00:00 scc-gw CRON[3985]: (root) CMD (/usr/libexec/atrun) Nov 12 01:01:00 scc-gw CRON[3989]: (root) CMD (adjkerntz -a) Nov 12 01:05:00 scc-gw CRON[3992]: (root) CMD (/usr/libexec/atrun) Nov 12 01:06:35 scc-gw named[125]: Cleaned cache of 2 RRsets Nov 12 01:06:35 scc-gw named[125]: USAGE 1005505595 1005383193 CPU=1.19721u/0.580659s CHILDCPU=0u/0s Nov 12 01:06:35 scc-gw named[125]: NSTATS 1005505595 1005383193 A=389 PTR=182 MX=10 TXT=2 AAAA=7 SRV=2 ANY=24 Nov 12 01:06:35 scc-gw named[125]: XSTATS 1005505595 1005383193 RR=341 RNXD=51 RFwdR=272 RDupR=12 RFail=2 RFErr=0 RErr=0 RAXFR=0 RLame=0 ROpts=0 SSysQ=56 SAns=503 SFwdQ=274 SDupQ=333 SErr=1 RQ=616 RIQ=2 RFwdQ=274 RDupQ=104 RTCP=0 SFwdR=272 SFail=0 SFErr=0 SNaAns=395 SNXD=217 RUQ=0 RURQ=0 RUXFR=0 RUUpd=0 Nov 12 01:10:00 scc-gw CRON[3996]: (root) CMD (/usr/libexec/atrun) Nov 12 01:15:00 scc-gw CRON[3999]: (root) CMD (/usr/libexec/atrun) Nov 12 01:20:00 scc-gw CRON[4002]: (root) CMD (/usr/libexec/atrun) Nov 12 01:25:00 scc-gw CRON[4005]: (root) CMD (/usr/libexec/atrun) Nov 12 01:30:00 scc-gw CRON[4008]: (root) CMD (/usr/libexec/atrun) Nov 12 01:31:01 scc-gw CRON[4011]: (root) CMD (adjkerntz -a) Nov 12 01:35:00 scc-gw CRON[4014]: (root) CMD (/usr/libexec/atrun) Nov 12 01:40:00 scc-gw CRON[4018]: (root) CMD (/usr/libexec/atrun) Nov 12 ... |
|
Вернуться к началу |
|
|
and3008
Зарегистрирован: 12.10.2001 Сообщения: 14893 Откуда: Н.Новгород
|
Добавлено: Пн Ноя 12 2001 09:35 Заголовок сообщения: Re: такая проблема : |
|
|
Я не спец по Фре. Обратись к Дмитрию Карпову. Он больше в ней соображает. |
|
Вернуться к началу |
|
|
roman
Зарегистрирован: 09.11.2001 Сообщения: 27
|
Добавлено: Пн Ноя 12 2001 09:42 Заголовок сообщения: Re: Смотри даты файлов |
|
|
тут к тебе посоветовали обратиться |
|
Вернуться к началу |
|
|
Dmitry.Karpov Гость
|
Добавлено: Пн Ноя 12 2001 14:04 Заголовок сообщения: Лимит сокетов - сокеты кончились :-) |
|
|
Сокет - это типа файлового дескриптора, и общаются с ним операциями read и write. В разных системах есть ограничение на общее число открытых файлов, на открытых одним процессом, отдельно на сетевые соединения. Во FreeBSD на это влияет парамет MAXUSERS, задаваемый при компиляции ядра.
Перейти на новую версию можно операцией Upgrade (если я ничего не путаю) в программе /stand/sysinstall . Но я предпочитаю устанавливать заново, отбэкапив все настройки. |
|
Вернуться к началу |
|
|
Dmitry.Karpov Гость
|
Добавлено: Пн Ноя 12 2001 15:56 Заголовок сообщения: Разрешаю. Обращайтесь. :-) |
|
|
Есть возможность послать мне почту через форум (во избежание спама я стараюсь поменьше публиковать свой адрес на сайтах - спамерские боты сканируют сайты и собирают адреса). Можно лично - Dmitry.Karpov#pi2.ru , причем диез(решетку) надо заменить на 'at'(собаку). |
|
Вернуться к началу |
|
|
|