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

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

"сервер перестает отвечать, пока к нему не залогинишься 'личн..."
Сообщение от konst on 22-Сен-03, 13:09  (MSK)
Ситуация такая (описываю с чужих слов): Стоит сервер RH 7.3 (на IBM машине)  в сетке под управлением Novell или MS. К нему открыт доступ из вне. Сервер норамально работает (пингуется и пр.) некоторое время (2-3 часа). потом перестает отвечать на запросы (ответы нулевой длины) как из вне так и из локальной сети(?). Но стоит подойти к серваку и просто залогиниться - он снова "оживает" на пару часов... В логах я ничего особенного не заметил, кроме (цитирую по памяти) full duplex... eth0: Flow control is on for TX and on for RX. В чем может быть причина (как выявить) и как это лечится...
	Рекомендовать в FAQ | Cообщить модератору | Наверх

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

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

1. "сервер перестает отвечать, пока к нему не залогинишься 'личн..."
Сообщение от Antonio on 22-Сен-03, 13:59  (MSK)
>Ситуация такая (описываю с чужих слов): >Стоит сервер RH 7.3 (на IBM машине)  в сетке под управлением >Novell или MS. К нему открыт доступ из вне. >Сервер норамально работает (пингуется и пр.) некоторое время (2-3 часа). потом перестает >отвечать на запросы (ответы нулевой длины) как из вне так и >из локальной сети(?). Но стоит подойти к серваку и просто залогиниться >- он снова "оживает" на пару часов... >В логах я ничего особенного не заметил, кроме (цитирую по памяти) >full duplex... eth0: Flow control is on for TX and on for >RX. Копать в сторону настроек сетевой карты на предмет добивания взаимопонимания с используемым свитчом (похоже, не могут автодоговориться о дуплексе), man ifconfig. Также проверить кабели. Есть такое дело, что некоторые модели сетевух криво работают со свитчами. > >В чем может быть причина (как выявить) и как это лечится...
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "сервер перестает отвечать, пока к нему не залогинишься 'личн..."
	Сообщение от Koba LTD. on 22-Сен-03, 14:01  (MSK)
	>>Ситуация такая (описываю с чужих слов): >>Стоит сервер RH 7.3 (на IBM машине)  в сетке под управлением >>Novell или MS. К нему открыт доступ из вне. >>Сервер норамально работает (пингуется и пр.) некоторое время (2-3 часа). потом перестает >>отвечать на запросы (ответы нулевой длины) как из вне так и >>из локальной сети(?). Но стоит подойти к серваку и просто залогиниться >>- он снова "оживает" на пару часов... >>В логах я ничего особенного не заметил, кроме (цитирую по памяти) >>full duplex... eth0: Flow control is on for TX and on for >>RX. > >Копать в сторону настроек сетевой карты на предмет добивания взаимопонимания с используемым >свитчом (похоже, не могут автодоговориться о дуплексе), man ifconfig. Также проверить >кабели. Есть такое дело, что некоторые модели сетевух криво работают со >свитчами. > >> >>В чем может быть причина (как выявить) и как это лечится... А еще проверь amp на предмет засыпания сетевухи или pci слотов тоже может помочь
		Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "сервер перестает отвечать, пока к нему не залогинишься 'личн..."
Сообщение от konst on 24-Сен-03, 13:38  (MSK)
Спасибо всем. Подтолкнули в нужном направлении. Пошарил в интернете - нашел такую фразу: "К сожалению, типичные коммутаторы работают по алгоритму "устаревания адресов". Это означает, что, если по истечении определенного промежутка времени, не было обращений по этому адресу, то он удаляется из адресной таблицы". Может причина в этом? Я сделал так: прописал в кронтаб "ping -c 2 -q 192.168.0.2 > /dev/null" 1раз в 2 минуты. До сих пор (24часа) пациент жив. Это нормальное решение?
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "сервер перестает отвечать, пока к нему не залогинишься 'личн..."
	Сообщение от lavr on 24-Сен-03, 13:52  (MSK)
	>Спасибо всем. >Подтолкнули в нужном направлении. Пошарил в интернете - нашел такую фразу: >"К сожалению, типичные коммутаторы работают по алгоритму "устаревания адресов". Это означает, что, >если по истечении определенного промежутка времени, не было обращений по этому >адресу, то он удаляется из адресной таблицы". >Может причина в этом? >Я сделал так: прописал в кронтаб "ping -c 2 -q 192.168.0.2 > /dev/null" 1раз в 2 минуты. До сих пор (24часа) пациент жив. Это нормальное решение? а может все-таки причина в APM (Power manager) или мб софт какой стоит, на некоторых Sparc'ах такое было с power-manager'ом
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "сервер перестает отвечать, пока к нему не залогинишься 'личн..."
	Сообщение от konst on 24-Сен-03, 14:23  (MSK)
	>>Спасибо всем. >>Подтолкнули в нужном направлении. Пошарил в интернете - нашел такую фразу: >>"К сожалению, типичные коммутаторы работают по алгоритму "устаревания адресов". Это означает, что, >>если по истечении определенного промежутка времени, не было обращений по этому >>адресу, то он удаляется из адресной таблицы". >>Может причина в этом? >>Я сделал так: прописал в кронтаб "ping -c 2 -q 192.168.0.2 > /dev/null" 1раз в 2 минуты. До сих пор (24часа) пациент жив. Это нормальное решение? > > >а может все-таки причина в APM (Power manager) или мб софт какой >стоит, >на некоторых Sparc'ах такое было с power-manager'ом Да, спасибо, скорее всего действительно уходит в слип режим и (по умолчанию) не будится по сетевому обращению. Мой ping заставляет его "не засыпать". Когда доберусь до сервера - попробую посмотреть, что там в bios прописано...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "сервер перестает отвечать, пока к нему не залогинишься 'личн..."
	Сообщение от Dracula on 24-Сен-03, 14:53  (MSK)
	100% BIOS  засыпает , только что тачку поставил BIOS load default  был .
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

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

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