форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Подвисание FreeBSD-маршрутизатора"
Сообщение от Sergey Petrov on 23-Май-02, 10:07  (MSK)
Вот такая проблема: есть маршрутизатор на FreeBSD 4.3, в котором стоит 4-портовая сетевая карточка ZX314 (10Мбит). Через карточку подключено несколько подсеток с офисными компами. Они выходят в инет через NAT - один из интерфейсов подключён к Циске. И вот всё это с поражающей регулярностью каждое утро виснет. Находится эта радость на другом конце Москвы, поэтому приходится просто просить кого-то передёрнуть питание. Ядро проверялось неделями на других машинах - не висло и отлично работало. Грешили на железо, но после замены всего компа на другой (кроме сетевой карточки, которой другой такой нету и жёсткого диска) история повторилась. Где грабли? Может ли это быть вина сетевухи или чего-то ещё? Может, виноваты "кривые" пакеты, кем-то присылаемые?
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "RE: Подвисание FreeBSD-маршрутизатора"
Сообщение от lavr on 23-Май-02, 11:06  (MSK)
>Вот такая проблема: есть маршрутизатор на >FreeBSD 4.3, в котором стоит >4-портовая сетевая карточка ZX314 (10Мбит). >Через карточку подключено несколько подсеток >с офисными компами. >Они выходят в инет через NAT >- один из интерфейсов подключён >к Циске. >И вот всё это с поражающей >регулярностью каждое утро виснет. >Находится эта радость на другом конце >Москвы, поэтому приходится просто просить >кого-то передёрнуть питание. > >Ядро проверялось неделями на других машинах >- не висло и отлично >работало. Грешили на железо, но >после замены всего компа на >другой (кроме сетевой карточки, которой >другой такой нету и жёсткого >диска) история повторилась. > >Где грабли? >Может ли это быть вина сетевухи >или чего-то ещё? >Может, виноваты "кривые" пакеты, кем-то присылаемые? > в смысле виснет: crash или просто колом встает, что в логах? вполне возможно что драйвер сетевых карт дурит
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "RE: Подвисание FreeBSD-маршрутизатора"
	Сообщение от Sergey Petrov on 23-Май-02, 11:49  (MSK)
	в логах ничего. ввиду удалённости посмотреть, как именно виснет не получается. коробка без монитора. если между зависанием и ресетом проходит много времени, то крон ничего не делает, т.е. видимо машина висит, а не только сеть. вешанье происходит утром, видимо, когда люди приходят на работу и закрузка максимальна. но т.к. канал всего 128 кбит,  а между собой они не общаются, то загрузка карточки, по идее, невелика.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "RE: Подвисание FreeBSD-маршрутизатора"
	Сообщение от lavr on 23-Май-02, 11:57  (MSK)
	>в логах ничего. >ввиду удалённости посмотреть, как именно виснет >не получается. коробка без монитора. > >если между зависанием и ресетом проходит >много времени, то крон ничего >не делает, т.е. видимо машина >висит, а не только сеть. > > >вешанье происходит утром, видимо, когда люди >приходят на работу и закрузка >максимальна. как часы - ровно КАЖДОЕ утро? >но т.к. канал всего 128 кбит, > а между собой они >не общаются, то загрузка карточки, >по идее, невелика. кроме роутинга там еще что-нить болтается, например squid? PS. Ну а че ты не хочешь выделить ОДНУ ночь и выявить ситуацию или абсолютно все сообщения направь в логи, а так гадать нет смысла.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "RE: Подвисание FreeBSD-маршрутизатора"
	Сообщение от Sergey Petrov on 31-Май-02, 13:58  (MSK)
	>>в логах ничего. >>ввиду удалённости посмотреть, как именно виснет >>не получается. коробка без монитора. >> >>если между зависанием и ресетом проходит >>много времени, то крон ничего >>не делает, т.е. видимо машина >>висит, а не только сеть. >> >> >>вешанье происходит утром, видимо, когда люди >>приходят на работу и закрузка >>максимальна. > >как часы - ровно КАЖДОЕ утро? > > >>но т.к. канал всего 128 кбит, >> а между собой они >>не общаются, то загрузка карточки, >>по идее, невелика. > >кроме роутинга там еще что-нить болтается, >например squid? > >PS. Ну а че ты не >хочешь выделить ОДНУ ночь и > >выявить ситуацию или абсолютно все сообщения > >направь в логи, а так гадать >нет смысла. хм.   сквид и прочее там не болтается. есть только NAT в ядре, который довольно активно используется. вот что происходит дальше: после тотальной замены железа (от старой конфигурации остался только винчестер) всё, как обычно, грохнулось :-( . значит, проблема в софте. дальше было сделано следующее: 1. взят конфиг ядра у "старшего товарища", пересобрано ядро. 2. в крон добавлено "раз в 5 минут /sbin/ipnat -F"  - т.е. сбрасывать текущие соединения. по-варварски, зато уже почти трое суток не падает. видимо,. не переполняется какая-то таблица в NAT. А сегодня с утра сдохла точно так же тестовая машинка здесь у меня под боком - на ней  проверял сборку "нового" ядра и его оставил. Там тоже NAT, хотя нагрузка куда меньше. Получается, что "спасает" именно регулярная очистка списка установленных через NAT соединений. А отключать её ради эксперимента на удалённом сервере не хочется - вдруг всё снова навернётся. Буду ждать, сколько проработает. Может, сия информация поможет кому-то...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "RE: Подвисание FreeBSD-маршрутизатора"
	Сообщение от lavr on 31-Май-02, 18:47  (MSK)
	>>>в логах ничего. >>>ввиду удалённости посмотреть, как именно виснет >>>не получается. коробка без монитора. >>> >>>если между зависанием и ресетом проходит >>>много времени, то крон ничего >>>не делает, т.е. видимо машина >>>висит, а не только сеть. >>> >>> >>>вешанье происходит утром, видимо, когда люди >>>приходят на работу и закрузка >>>максимальна. >> >>как часы - ровно КАЖДОЕ утро? >> >> >>>но т.к. канал всего 128 кбит, >>> а между собой они >>>не общаются, то загрузка карточки, >>>по идее, невелика. >> >>кроме роутинга там еще что-нить болтается, >>например squid? >> >>PS. Ну а че ты не >>хочешь выделить ОДНУ ночь и >> >>выявить ситуацию или абсолютно все сообщения >> >>направь в логи, а так гадать >>нет смысла. >хм. >сквид и прочее там не болтается. есть только NAT в ядре, который >довольно активно используется. >вот что происходит дальше: >после тотальной замены железа (от старой конфигурации остался только винчестер) всё, как >обычно, грохнулось :-( . значит, проблема в софте. дальше было сделано >следующее: >1. взят конфиг ядра у "старшего товарища", пересобрано ядро. >2. в крон добавлено "раз в 5 минут /sbin/ipnat -F"  - >т.е. сбрасывать текущие соединения. по-варварски, зато уже почти трое суток не >падает. видимо,. не переполняется какая-то таблица в NAT. > >А сегодня с утра сдохла точно так же тестовая машинка здесь у >меня под боком - на ней  проверял сборку "нового" ядра >и его оставил. Там тоже NAT, хотя нагрузка куда меньше. Получается, >что "спасает" именно регулярная очистка списка установленных через NAT соединений. >А отключать её ради эксперимента на удалённом сервере не хочется - вдруг >всё снова навернётся. Буду ждать, сколько проработает. > >Может, сия информация поможет кому-то... похоже переполнение таблиц, возможно буферов, кстати, говорят что c ipfw и natd такого обычно не происходит, а флушить похоже нужно где-то раз в сутки. попробуй посмотреть и покрутить параметры через sysctl net.inet.ip.fw.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

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