Этот сервер работает как мечта с тех пор, как я получил его около года назад. Торрент-подчиненный сервер, веб-сервер NGINX, сервер печати CUPS, игровой сервер, и у него отличное время безотказной работы.
Примерно в прошлом месяце я начал получать огромные потери пакетов при подключении к серверу. Я что-то редактировал на нем с помощью Gedit (пересылал X по SSH), и внезапно он заблокировался и стал очень не отвечать. С тех пор практически никогда не становилось лучше. Это стало настолько плохим, что даже текстовые сеансы SSH часто становятся непригодными. Другие люди, присоединяющиеся к игровому серверу, подтвердили, что он практически неиграбелен (один парень назвал это «воспоминанием о 70-х»). У меня появился новый маршрутизатор, который не решил проблему. (Не сожалейте о его покупке, во всем остальном это большое улучшение.) Я знаю, что это не мой модем, потому что это тоже происходит через мою локальную сеть.
ОС - это обновленная версия Ubuntu 8.04.
Нагрузка на сервер вроде нормальная, загрузка процессора почти никогда не превышает 25%, все в норме.
Мое подключение к Интернету в целом тоже в порядке.
Процессор: Pentium II (ядро Deschutes) @ 400 МГц
80 Гб HDD (новый)
192 Мб оперативной памяти
360 Мб своп
max@server:~$ lspci
00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03)
00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03)
00:07.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 02)
00:07.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01)
00:07.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01)
00:07.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 02)
00:0e.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
00:14.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 06)
01:00.0 VGA compatible controller: 3Dfx Interactive, Inc. Voodoo 3 (rev 01)
max@server:~$
Конечно, у любой системы есть много разных атрибутов, и я не уверен, какие из них актуальны - если вам нужна дополнительная информация, не стесняйтесь спрашивать.
Видели ли когда-либо что-либо подобное раньше какие-нибудь «старые» администраторы Linux-серверов, и если да, то чем это было вызвано?
Спасибо, Макс
РЕДАКТИРОВАТЬ: счетчик ошибок довольно высок:
max@server:~$ ifconfig
eth0 Link encap:Ethernet HWaddr 00:0e:2e:45:0c:a1
inet addr:192.168.1.103 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::20e:2eff:fe45:ca1/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:9519234 errors:49527 dropped:0 overruns:1 frame:0
TX packets:13950328 errors:0 dropped:0 overruns:6 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2429542473 (2.2 GB) TX bytes:3878514896 (3.6 GB)
Interrupt:9 Base address:0xd800
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:463089 errors:0 dropped:0 overruns:0 frame:0
TX packets:463089 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:82642330 (78.8 MB) TX bytes:82642330 (78.8 MB)
max@server:~$
EDIT2: Может быть, это может быть полезно (это результат netstat -ees, и он достаточно большой, чтобы я поместил его в pastebin.) http://pastebin.com/AWfkF8Vh
Кабель был плохой.
Поскольку у меня появился новый маршрутизатор, у меня был запасной, поэтому я собрал два коротких кабеля cat5 и настроил импровизированную локальную сеть с сервером и ноутбуком. Все было безупречно, как никогда хорошо. (В предыдущих тестах я использовал тот же старый сломанный кабель, подключенный к моему ноутбуку вместо маршрутизатора.)
Мне нужно будет проложить новый кабель под моим домом, и все будет хорошо! Спасибо за все ответы и комментарии!
Ну, вы не даете много информации, поэтому все, что я могу сделать, это предложить предложение. Вы пробовали подключиться напрямую к серверу с помощью перекрестного кабеля, чтобы проверить, сохраняется ли потеря пакетов? Возможно, у вас плохой порт коммутатора.