У меня есть один сервер, на котором работает Debian 6.0.5, с проблемой, которую я не могу исправить в течение нескольких дней. Все в порядке, если у меня запущена консоль ssh или "ping -t". После остановки примерно через 10 минут все в порядке. После этого мы теряем доступ через Интернет. Но если я перезагружу страницу с 4 до 7 раз, все вернется. Хотя бывает, что этот сервер может пинговать что угодно, и его можно пинговать.
Никаких ошибок или предупреждений в системном журнале, сообщениях и журналах apache. Нет ошибок в sysstat sar -n EDEV.
Я изменил сетевой переключатель, чтобы исключить это из причин.
Некоторые файлы здесь:
/ и т.д. / сеть / интерфейсы
#The loopback network interface
auto lo
iface lo inet loopback
#The primary network interface
allow-hotplug eth1
iface eth1 inet static
address 192.168.30.7
netmask 255.255.254.0
gateway 192.168.30.2
network 192.168.30.0
broadcast 192.168.31.255
dns-nameservers 192.168.30.14 192.168.30.10
dns-search ru
/ etc / hosts
127.0.0.1 localhost
192.168.30.7 myhost.mydomain.ru myhost
/etc/resolv.conf
domain mydomain.ru
nameserver 192.168.30.10
nameserver 192.168.30.14
Любые идеи? Большое спасибо!
upd: в iptables нет никаких правил. нет брандмауэра или каких-либо ограничений.
Спасибо Dom и GeekRide за хорошие советы. Дом был прав. Но полная картина была немного странной. Я нашел старую серверную машину с FreeBSD. У него такой же IP-адрес, и этот компьютер находился в спящем режиме. Но каждые 15 минут он просыпается и пытается что-то сделать. Наследие старого админа.
Я несколько раз встречал ту же проблему на наших серверах. Проблема, которую мы поняли, заключается в том, что ОЗУ на машине полностью заполняется и на сервере не остается ОЗУ, и сервер зависает и не отвечает, но все еще может пинговать.
Как только несколько процессов освобождают часть оперативной памяти, все возвращается в норму. Иногда нам приходилось сильно перезагружать машину, чтобы вернуть ее в рабочее состояние.
Чтобы проверить то же самое, вы должны начать мониторинг своей машины с помощью sar, который даст вам некоторое представление об использовании оперативной памяти и тенденциях, и вы сможете получить доказательство, действительно ли это проблема.
В качестве альтернативы вы также можете запустить команду top на одной консоли, чтобы вы могли получить представление о ресурсах, используемых при зависании сервера. Это будет быстрая проверка, но когда это произойдет, вам нужно будет находиться перед консолью.