- Тормозит сеть. Не могу понять почему.
- Зависает внутренняя сеть
- Отваливаются сетевые интерфейсы
- Зависает сетевой интерфейс Debian
- 1 ответ 1
- 🛠️ Устранение неполадок медленного сетевого соединения или тайм-аутов подключения в Linux
- Причины снижения производительности сети
- Устранение неполадок низкой производительности сети
- You may also like
- ⚙️ Как исправить “sudo unable to open read-only.
- 🐧 Сравнение команд Printf и Echo на Linux
- 🐧 Что означает -z на Bash
- 🐧 Примеры команд size на Linux
- 🐧 Linux_Logo – вывод ASCII логотипа Linux с.
- 🐧 Параметры конфигурационного файла Apt /etc/apt/apt.conf
- 🐧 Разница между выключением, перезагрузкой и остановкой Linux
- ⌨️ Введение в команду “./configure”: Компиляция исходного кода.
- 🐧 Что такое /dev/zero на Linux?
- Каковы лучшие дистрибутивы Linux в 2022 году
- Leave a Comment Cancel Reply
- • Свежие записи
- • Категории
- • Теги
- • itsecforu.ru
- • Страны посетителей
- IT is good
Тормозит сеть. Не могу понять почему.
Помогите диагностировать периодические тормоза при работе с сетью..
Есть машинка. на которой стоит Linux 16.04.3 LTS.
Машинка слабенькая конечно, процессор целерон 1200 припаяный к материнке d201gly, это вот такая:
На машинке поднят веб-сервер, который по большей части ничего не делает, нагрузки нет. Самба, трансмишен, кеширующий бинд, сквид, iptables.
Машинка работает дома шлюзом для интернета и сервером для всяких мелких надобностей. Провайдер дает эзернетом белый IP и полосу в 16 мегабит.
Так вот.. При работе с этой машинкой по сети наблюдаются тормоза. Как будто примерно раз в минуту — две сеть замирает а потом снова начинает работать.
Ошибок на сетевом интерфейсе нет:
eth0 Link encap:Ethernet HWaddr 00:1c:c0:65:af:6f inet addr:192.168.0.13 Bcast:192.168.0.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:10237646 errors:0 dropped:0 overruns:0 frame:0 TX packets:13187909 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1586588275 (1.5 GB) TX bytes:17051992526 (17.0 GB)
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu----- r b swpd free buff cache si so bi bo in cs us sy id wa st 0 0 182900 99560 153732 385000 0 0 7 13 3 14 1 0 99 1 0 0 0 182900 99420 153732 385000 0 0 0 52 178 150 0 0 100 0 0 0 0 182900 99420 153732 385000 0 0 0 0 144 123 0 0 100 0 0 0 0 182900 99388 153732 385000 0 0 0 0 193 183 1 1 98 0 0
Тормоза наблюдаются как при скачивании больших файлов с самого сервера, как с самбы так и с апача, так и при работе с внешним ресурсом, например при просмотре ютуба. Как при включенном iptables, так и при выключенном.
Вопрос.. Что этой поганке надо и как и чем засечь, какой ресурс у ней заканчивается в момент тормозов?
Зависает внутренняя сеть
Добрый день. Помогите решить проблему. Есть сервер с Debian. Он выступает шлюзом. На нем крутятся правила iptables, настроены тунели и т.д. В последнее время стала часто(до 20 р. в день) зависать сетевая карта, которой присвоен внутренний сетевой адрес. 192.168.27.1. Она виснет, все тунели падают. Интернет тоже. Захожу по внешке на шлюз, выполняю команды ifdown eth1 и ifup eth1. Все поднимается. Но не на долго. Ifconfig выводит много dropped, errors и frame пакетов на этом интерфейсе. Теперь что пробовал: 1) Менял кабель 2) Менял коммутатор 3) Менял сетевую карту Ни чего не сработало. Помогите разобраться.
eth1 Link encap:Ethernet HWaddr 00:e0:51:8e:07:4e inet addr:192.168.27.1 Bcast:192.168.27.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:361912 errors:71 dropped:1003 overruns:0 frame:57 TX packets:371858 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:163941489 (156.3 MiB) TX bytes:187441819 (178.7 MiB) Interrupt:19 Base address:0xd100 eth2 Link encap:Ethernet HWaddr 6c:f0:49:42:94:e1 inet addr:91.185.xx.xx Bcast:91.185.xx.xx Mask:255.255.255.252 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:323361 errors:0 dropped:0 overruns:0 frame:0 TX packets:358070 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:178199688 (169.9 MiB) TX bytes:159806405 (152.4 MiB) Interrupt:27 Base address:0x6000 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:477 errors:0 dropped:0 overruns:0 frame:0 TX packets:477 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:89689 (87.5 KiB) TX bytes:89689 (87.5 KiB)
Отваливаются сетевые интерфейсы
На сервере стоит debian. 2 сетевых интерфейса настроены. Вроде бы все работает, но периодически, где-то раз в сутки вылетает один из интерфейсов (причем это может быть как локалка, так и интернет).
В syslog только вот такое нашел: Sep 10 08:52:14 arion dhcpd: receive_packet failed on eth0: Network is down
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
03:01.0 Ethernet controller: VIA Technologies, Inc. VT6105/VT6106S [Rhine-III] (rev 8b)
04:00.0 Ethernet controller: Atheros Communications Device 1083 (rev c0)
05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06)
iface eth0 inet static address 192.168.2.1
# up ip ad ad 192.168.2.2/24 dev eth1
# down ip ad del 192.168.2.2/24 dev eth1
Помогает только service networking restart.
Помогите пожалуйста разобраться в причинах.
p.s. поиск по форуму проблему не решил.
может для начала сменить кабели? Или уборщицу =)
У уборщицы root доступа нет 🙂 Не она причина — точно.
ты бы хоть логи какие выложил
Выложил вот это Sep 10 08:52:14 arion dhcpd: receive_packet failed on eth0: Network is down
Больше просто не знаю, что нужно.
По-моему такое у кого-то уже было. И вылечилось обновлением, ЕМНИП.
Я бы не был так категоричен.
Иногда вроде ребутаешь свитч/пк и всё работает, но не долго, потом оказывается всё-таки патчкорд плохой и его замена решает проблему.
система обновлена. значит не то
из подозрительного только вот это: [81987.637849] eth0: Too much work at interrupt, status=0x00000001.
2 патчкорда сразу кривых? может быть, попробую заменить.
Возможно.
Лучше сразу проверить данную теорию, так как это быстро.
Скопируй на http://pastebin.com/ весь вывод dmesg
только что опять локалка отвалилась на мониторе сообщение: lockfile creation failed: exceeded maximum number of lock attempts.
может не связано, но тем не менее.
[166369.351270] eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 [166376.436338] eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 [166584.184241] eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 [166589.286992] eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
И правда проверь кабели, не помешает. Покажи ещё
ethtool -i eth0 ethtool -i eth1 cat /proc/interrupts
И правда проверь кабели, не помешает. Покажи ещё
Свитч тянет только 100 мбит/с.
root@arion:~ ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── ➜ ethtool -i eth0 driver: via-rhine version: 1.4.3 firmware-version: bus-info: 0000:03:01.0 root@arion:~ ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── ➜ ethtool -i eth1 driver: 8139too version: 0.9.28 firmware-version: bus-info: 0000:03:00.0 root@arion:~ ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── ➜ cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 0: 606 0 0 0 IO-APIC-edge timer 1: 841 0 0 0 IO-APIC-edge i8042 8: 1 0 0 0 IO-APIC-edge rtc0 9: 0 0 0 0 IO-APIC-fasteoi acpi 16: 22 0 0 0 IO-APIC-fasteoi ehci_hcd:usb1 17: 1950 58840472 0 0 IO-APIC-fasteoi eth1 18: 1673 0 47704374 0 IO-APIC-fasteoi eth0 22: 375 0 0 0 IO-APIC-fasteoi HDA Intel 23: 26 0 0 0 IO-APIC-fasteoi ehci_hcd:usb2 28: 325994 0 0 0 PCI-MSI-edge ahci NMI: 0 0 0 0 Non-maskable interrupts LOC: 5442211 6508168 4931002 4776897 Local timer interrupts SPU: 0 0 0 0 Spurious interrupts PMI: 0 0 0 0 Performance monitoring interrupts PND: 0 0 0 0 Performance pending work RES: 407048 328966 455214 264943 Rescheduling interrupts CAL: 1737 2076 2097 1936 Function call interrupts TLB: 20725 21258 51175 74483 TLB shootdowns TRM: 0 0 0 0 Thermal event interrupts THR: 0 0 0 0 Threshold APIC interrupts MCE: 0 0 0 0 Machine check exceptions MCP: 563 563 563 563 Machine check polls ERR: 0 MIS: 0
Зависает сетевой интерфейс Debian
Здравствуйте. Моя VDS постоянно зависает, то есть, становится недоступен как сайт, размещенный на нем, так и не могу приконнектиться по SSH. В саппорте ответили:
Вы не корректно настроили работу сервисов Samba и NetBios. В результате чего, через определенное время сетевой интерфейс зависает, после перезагрузки его, интернет вновь появляется.
Зависания происходят примерно каждые 5 минут. Возможно, кто-то поможет мне решить данную проблему? (В линуксе ноль)Заранее спасибо.
1 ответ 1
Зачем вам на VDS Samba и NetBios? Выключите их и все.
Вообще похоже на бред. Выясните у тех поддержки конкретно, что значит “не корректно настроили работу сервисов Samba и NetBios”. Пускай дадут развернутый ответ.
Возможно у них просто с железом проблемы.
@huffman, удалил Samba, а саппорт — не может решить проблему.В данный момент не наблюдаем ни описанной Вами проблемы, ни каких-либо проблем в работе сети на Вашем VPS, которые отражались бы в логах или при анализе трафика. VPS работает стабильно, и доступен без каких-либо проблем.(Хотя ВДС лежит)После чего попросили трассировку, пинг и т.д, я им отослал, после чего их ответ был таким — «Соберите пожалуйста статистику за более длительный период, необходимо чтоб в статистику попала информация во время не доступности Вашего заказа.»Видимо, на ТП надежды никакой, только сменить хост?
Вы же говорите, что «вдс лежит каждые 3 минуты», это и есть критерий недоступности. Зачем ждать месяц?! Просто в трейсах, что вы отправляли техподдержке проблемы видимо даже с вашей стороны не было, а тем более с вдс
🛠️ Устранение неполадок медленного сетевого соединения или тайм-аутов подключения в Linux
– Вывод команды: netstat -s показывает увеличивающиеся значения следующей статистики: (запуская несколько раз «netstat -s»):
13336 packets pruned from receive queue because of socket buffer overrun 516 times the listen queue of a socket overflowed 516 SYNs to LISTEN sockets ignored 2040077 packets collapsed in receive queue due to low socket buffer TCPBacklogDrop: 744165
Причины снижения производительности сети
Там может быть несколько причин снижения производительности сети.
Вот некоторые из возможных причин:
- Сеть сильно загружена, до ее максимальной емкости и имеется перегрузка.
- Настроенных буферов приема недостаточно для загрузки сети.
- Есть сбросы пакетов из-за ошибок на физическом уровне.
Устранение неполадок низкой производительности сети
1. Проверьте пропускную способность сети с помощью инструмента iperf и выясните, приближается ли использование пропускной способности сети к максимальной.
2. Установите значения параметров сети соответствующим образом, чтобы поддерживать максимальную пропускную способность сети.
Найдите значение задержки полосы пропускания (BDP) и соответственно установите размер сетевого буфера.
# vi /etc/sysctl.conf net.core.rmem_max = 12500000 net.core.wmem_max = 12500000 net.ipv4.tcp_rmem = 4096 87380 12500000 net.ipv4.tcp_wmem = 4096 65536 12500000
# vi /etc/sysctl.conf net.core.netdev_max_backlog = 30000 net.ipv4.tcp_max_syn_backlog = 4096
а) Для обоих изменений нет необходимости перезагрузки системы.
б) После внесения этого изменения необходимо отслеживать выходные данные команды «netstat -s» и проверять, увеличиваются ли следующие счетчики:
packets pruned from receive queue because of socket buffer overrun times the listen queue of a socket overflowed SYNs to LISTEN sockets ignored packets collapsed in receive queue due to low socket buffer TCPBacklogDrop
3. Увеличьте размер буфера RX Ring сетевого адаптера.
Существует компромисс при установке этого числа.
Более высокое значение может задержать обработку пакетов, а более низкое значение может вызвать отбрасывание пакетов, когда соответствующий драйвер сталкивается с задержкой при обработке входящих пакетов.
б) Чтобы сделать это изменение постоянным, добавьте в файл /etc/sysconfig/network-scripts/ifcfg-eth [x] следующее:
# vi /etc/sysconfig/network-scripts/ifcfg-eth[x] ETHTOOL_OPTS="-G rx 512"
itisgood
📜 Введение в Maven – простой инструмент управления проектами
📜 Как установить и настроить ноду управления Ansible – Часть 2
You may also like
⚙️ Как исправить “sudo unable to open read-only.
🐧 Сравнение команд Printf и Echo на Linux
🐧 Что означает -z на Bash
🐧 Примеры команд size на Linux
🐧 Linux_Logo – вывод ASCII логотипа Linux с.
🐧 Параметры конфигурационного файла Apt /etc/apt/apt.conf
🐧 Разница между выключением, перезагрузкой и остановкой Linux
⌨️ Введение в команду “./configure”: Компиляция исходного кода.
🐧 Что такое /dev/zero на Linux?
Каковы лучшие дистрибутивы Linux в 2022 году
Leave a Comment Cancel Reply
• Свежие записи
• Категории
• Теги
• itsecforu.ru
• Страны посетителей
IT is good
В мире компьютерных игр Steam, платформа разработанная компанией Valve, является одной из самых популярных и широко используемых. Она предоставляет огромный выбор игр для…
В этой статье вы узнаете, как удалить удаленный Git-репозиторий. Процесс прост, но его полезно запомнить, чтобы избежать неожиданностей в будущем. Git – это…
В 11-й версии своей операционной системы Microsoft серьезно переработала интерфейс и убрала несколько привычных функций. Нововведения не всем пришлись по душе. Мы дадим…
Продажа ноутбука нередко становится хлопотным занятием. Кроме поиска покупателя, продавцу необходимо подготовить устройство перед проведением сделки. Но если последовательно выполнить все шаги, ничего…
Вы можете оказаться в ситуации, когда вам нужно использовать скрипт шелла для чтения файлов построчно. В этом руководстве я расскажу о нескольких способах…