Рейтинг:0

New Dell 7090 Tower - Installed Ubuntu 20.10, 21.04 and 21.10 - Getting network packet loss until usb thumb drive plugged in

флаг ng

I recently got a new Dell Optiplex 7090 Machine, i9- 10900, 64GB Ram

I attempted to install Ubuntu 20.04 (Server, not using GUI so only using the server version) on it but after the first screen where you select install Ubuntu the display goes blank/loses signal. I assume the hardware is too new for 20.04.

I installed 20.10 (or maybe it was 21.04) and it installed fine, no issues, smooth as expected. However after doing basic setup on it for 15mins or so my SSH connection became slow/got dropped. Investigating I noticed heavy packet loss - it looked like an IP Conflict on the network. I checked & changed IP but no difference.

It's using onboard Gbit LAN plugged direct into the router. I swapped the network cable with my other PC next to it that had no issue (this meant it was also using a different port on the router as well). I tried setting a static IP I tried reinstalling from scratch, tried different versions of Ubuntu 20.04/21.04/21.10(where i am on now). I tried CentOS 8 - this worked fine, no network packet loss, but I prefer to use Ubuntu so want to get it working.

In the end i figured out that if I plug in a certain USB Memory stick into the front USB3 port the packet loss stops and the network connection becomes stable. Now if I were you I wouldn't believe me either, but I promise you this makes the network connection stable. I can't for the life of me figure out how this could make any difference. But this has persisted across different re-installations. I install Ubuntu from the USB thumb drive, i remove it, I use it for 15mins or so and then packet loss starts happening. I then plug in the USB drive and it's now 100% stable (including pinging overnight).

So I'm at a loss, would love to figure this out if anyone has any ideas/tips to try?

lspci -v
00:00.0 Host bridge: Intel Corporation Device 9b33 (rev 05)
    Subsystem: Dell Device 0a52
    Flags: bus master, fast devsel, latency 0
    Capabilities: <access denied>
    Kernel driver in use: skl_uncore

00:02.0 VGA compatible controller: Intel Corporation CometLake-S GT2 [UHD Graphics 630] (rev 05) (prog-if 00 [VGA controller])
    Subsystem: Dell CometLake-S GT2 [UHD Graphics 630]
    Flags: bus master, fast devsel, latency 0, IRQ 148
    Memory at 6000000000 (64-bit, non-prefetchable) [size=16M]
    Memory at 4000000000 (64-bit, prefetchable) [size=256M]
    I/O ports at 3000 [size=64]
    Expansion ROM at 000c0000 [virtual] [disabled] [size=128K]
    Capabilities: <access denied>
    Kernel driver in use: i915
    Kernel modules: i915

00:14.0 USB controller: Intel Corporation Tiger Lake-H USB 3.2 Gen 2x1 xHCI Host Controller (rev 11) (prog-if 30 [XHCI])
    Subsystem: Dell Tiger Lake-H USB 3.2 Gen 2x1 xHCI Host Controller
    Flags: bus master, medium devsel, latency 0, IRQ 125
    Memory at 6001100000 (64-bit, non-prefetchable) [size=64K]
    Capabilities: <access denied>
    Kernel driver in use: xhci_hcd
    Kernel modules: xhci_pci

00:14.2 RAM memory: Intel Corporation Tiger Lake-H Shared SRAM (rev 11)
    Subsystem: Dell Tiger Lake-H Shared SRAM
    Flags: fast devsel
    Memory at 6001114000 (64-bit, non-prefetchable) [disabled] [size=16K]
    Memory at 600111b000 (64-bit, non-prefetchable) [disabled] [size=4K]
    Capabilities: <access denied>

00:15.0 Serial bus controller [0c80]: Intel Corporation Tiger Lake-H Serial IO I2C Controller #0 (rev 11)
    Subsystem: Dell Tiger Lake-H Serial IO I2C Controller
    Flags: bus master, fast devsel, latency 0, IRQ 27
    Memory at 4010000000 (64-bit, non-prefetchable) [virtual] [size=4K]
    Capabilities: <access denied>
    Kernel driver in use: intel-lpss
    Kernel modules: intel_lpss_pci

00:16.0 Communication controller: Intel Corporation Tiger Lake-H Management Engine Interface (rev 11)
    Subsystem: Dell Tiger Lake-H Management Engine Interface
    Flags: bus master, fast devsel, latency 0, IRQ 149
    Memory at 6001119000 (64-bit, non-prefetchable) [size=4K]
    Capabilities: <access denied>
    Kernel driver in use: mei_me
    Kernel modules: mei_me

00:17.0 SATA controller: Intel Corporation Device 43d2 (rev 11) (prog-if 01 [AHCI 1.0])
    Subsystem: Dell Device 0a52
    Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 127
    Memory at 6e920000 (32-bit, non-prefetchable) [size=8K]
    Memory at 6e924000 (32-bit, non-prefetchable) [size=256]
    I/O ports at 3080 [size=8]
    I/O ports at 3088 [size=4]
    I/O ports at 3060 [size=32]
    Memory at 6e923000 (32-bit, non-prefetchable) [size=2K]
    Capabilities: <access denied>
    Kernel driver in use: ahci
    Kernel modules: ahci

00:1b.0 PCI bridge: Intel Corporation Device 43c4 (rev 11) (prog-if 00 [Normal decode])
    Flags: bus master, fast devsel, latency 0, IRQ 122
    Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
    I/O behind bridge: [disabled]
    Memory behind bridge: 6e800000-6e8fffff [size=1M]
    Prefetchable memory behind bridge: [disabled]
    Capabilities: <access denied>
    Kernel driver in use: pcieport

00:1c.0 PCI bridge: Intel Corporation Device 43bd (rev 11) (prog-if 00 [Normal decode])
    Flags: bus master, fast devsel, latency 0, IRQ 123
    Bus: primary=00, secondary=02, subordinate=03, sec-latency=0
    I/O behind bridge: [disabled]
    Memory behind bridge: [disabled]
    Prefetchable memory behind bridge: [disabled]
    Capabilities: <access denied>
    Kernel driver in use: pcieport

00:1f.0 ISA bridge: Intel Corporation Device 4384 (rev 11)
    Subsystem: Dell Device 0a52
    Flags: bus master, fast devsel, latency 0

00:1f.3 Audio device: Intel Corporation Device f0c8 (rev 11)
    Subsystem: Dell Device 0a52
    Flags: bus master, fast devsel, latency 64, IRQ 150
    Memory at 6001110000 (64-bit, non-prefetchable) [size=16K]
    Memory at 6001000000 (64-bit, non-prefetchable) [size=1M]
    Capabilities: <access denied>
    Kernel driver in use: snd_hda_intel
    Kernel modules: snd_hda_intel

00:1f.4 SMBus: Intel Corporation Tiger Lake-H SMBus Controller (rev 11)
    Subsystem: Dell Tiger Lake-H SMBus Controller
    Flags: medium devsel, IRQ 16
    Memory at 6001118000 (64-bit, non-prefetchable) [size=256]
    I/O ports at efa0 [size=32]
    Kernel driver in use: i801_smbus
    Kernel modules: i2c_i801

00:1f.5 Serial bus controller [0c80]: Intel Corporation Tiger Lake-H SPI Controller (rev 11)
    Subsystem: Dell Tiger Lake-H SPI Controller
    Flags: fast devsel
    Memory at 6e922000 (32-bit, non-prefetchable) [size=4K]

00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (14) I219-LM (rev 11)
    Subsystem: Dell Ethernet Connection (14) I219-LM
    Flags: bus master, fast devsel, latency 0, IRQ 124
    Memory at 6e900000 (32-bit, non-prefetchable) [size=128K]
    Capabilities: <access denied>
    Kernel driver in use: e1000e
    Kernel modules: e1000e

01:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd NVMe SSD Controller PM9A1/980PRO (prog-if 02 [NVM Express])
    Subsystem: Samsung Electronics Co Ltd NVMe SSD Controller PM9A1/980PRO
    Flags: bus master, fast devsel, latency 0, IRQ 16, NUMA node 0
    Memory at 6e800000 (64-bit, non-prefetchable) [size=16K]
    Capabilities: <access denied>
    Kernel driver in use: nvme
    Kernel modules: nvme

02:00.0 PCI bridge: Texas Instruments XIO2001 PCI Express-to-PCI Bridge (prog-if 00 [Normal decode])
    Flags: bus master, fast devsel, latency 0
    Bus: primary=02, secondary=03, subordinate=03, sec-latency=0
    I/O behind bridge: [disabled]
    Memory behind bridge: [disabled]
    Prefetchable memory behind bridge: [disabled]
    Capabilities: <access denied>
guiverc avatar
флаг cn
Обратитесь к https://askubuntu.com/help/on-topic, где вы заметите, что только поддерживаемые выпуски Ubuntu и варианты соответствуют теме этого сайта. Для вопросов *impish* indri [21.10] вам нужно будет использовать сайт поддержки разработчиков, такой как IRC (#ubuntu+1) или форумы Ubuntu, или дождаться выпуска этого сайта (ожидаемая дата выпуска Ubuntu 21.10 — 14 октября). 2021 (https://discourse.ubuntu.com/t/impish-indri-release-schedule/18540), когда ваш вопрос будет здесь по теме).
ferni avatar
флаг ng
спасибо @guiverc - я рад установить другую версию Ubuntu, чтобы исправить или устранить эту проблему, если это необходимо.
флаг in
Вы подтвердили, что настройка MTU для вашей сетевой карты соответствует остальной части вашей инфраструктуры? Если значение MTU слишком велико (или если Optiplex пытается использовать Jumbo Frames, когда сетевой коммутатор не поддерживает это), то вы увидите большое количество потерянных кадров.
ferni avatar
флаг ng
@matigo его 1500. enp0s31f6: флаги = 4163 мту 1500 inet x.x.x.x сетевая маска 255.255.255.0 широковещательная передача x.x.x.x inet6 x.x.x.x prefixlen 64 scopeid 0x20 эфир x.x.x.x txqueuelen 1000 (Ethernet) RX-пакеты 725851 байт 616271125 (616,2 МБ) Ошибки RX 0 отброшено 9013 переполнение 0 кадр 0 Пакеты TX 233584 байт 22354329 (22,3 МБ) Ошибки передачи 0 отброшено 0 превышение пропускной способности 0 несущей 0 коллизий 0 прерывание устройства 16 память 0x6e900000-6e920000
Рейтинг:1
флаг in

Значение MTU, равное 1500, используется по умолчанию и подходит для большинства ситуаций. Тем не менее, некоторым сетям требуется что-то меньшее, например 1492, и они не сообщают об этом в рамках начального согласования. Было бы неплохо провести некоторое тестирование, чтобы увидеть, является ли настройка MTU причиной чрезмерной потери пакетов.

Вот как:

  1. Если вы внесли какие-либо изменения в свой /etc/dhcp/dhclient.conf файл, удалите их и перезагрузите сервер

  2. Использовать пинг для проверки потери пакетов при изменении настройки MTU:

    ping -c 4 -M сделать -s 1472 151.101.193.69
    

    Определения:

    Вариант Определение
    -с 4 Count ¢ Количество повторений
    -М делать Установить стратегию обнаружения MTU пути ⢠делать не допустит фрагментации на любом уровне
    -с 1472 Размер пакета в битах (1472 + 28 служебных данных = 1500)
    151.101.193.69 IP-адрес для AskUbuntu. Не стесняйтесь использовать любой адрес, но избегайте сервисов, принадлежащих Google, поскольку они не всегда отвечают на запросы ping.

    Вы можете увидеть такой вывод:

    ping -c 4 -M сделать -s 1472 151.101.193.69
    PING 151.101.193.69 (151.101.193.69) 1472 (1500) байт данных.
    От 192.168.0.1 icmp_seq=1 Требуется Frag и установлен DF (mtu = 1454)
    ping: локальная ошибка: сообщение слишком длинное, mtu=1454
    ping: локальная ошибка: сообщение слишком длинное, mtu=1454
    ping: локальная ошибка: сообщение слишком длинное, mtu=1454
    
    --- Статистика пинга 151.101.193.69 ---
    4 пакета передано, 0 получено, +4 ошибки, 100% потери пакетов, время 3074 мс
    
  3. Играйте с значение, пока вы не обнаружите ни фрагментации, ни сообщение слишком длинное ошибка. Например:

    ping -c 4 -M сделать -s 1200 151.101.193.69
    PING 151.101.193.69 (151.101.193.69) 1200(1228) байт данных.
    1208 байт от 151.101.193.69: icmp_seq=1 ttl=59 время=5,52 мс
    1208 байт от 151.101.193.69: icmp_seq=2 ttl=59 время=5,72 мс
    1208 байт от 151.101.193.69: icmp_seq=3 ttl=59 время=5,64 мс
    1208 байт от 151.101.193.69: icmp_seq=4 ttl=59 время=5,68 мс
    
    --- Статистика пинга 151.101.193.69 ---
    4 пакета передано, 4 получено, 0% потери пакетов, время 3005 мс
    rtt min/avg/max/mdev = 5,517/5,640/5,720/0,076 мс
    

    Для этого примера я обнаружил, что 1200, который представляет собой MTU 1228 приводит к нулевой потере пакетов.

    Примечание: В идеале вы должны начать с 1472 и двигайтесь вниз с шагом 10 или около того. Если значение MTU слишком низкое, пострадает скорость передачи.

  4. Установите соответствующее значение MTU для вашей сети в /etc/dhcp/dhclient.conf файл:

    интерфейс-mtu по умолчанию 1228;
    заменить интерфейс-mtu 1228;
    

    Примечание: Обязательно измените 1228 до соответствующего размера MTU для вашей сети.

    Если у вас несколько интерфейсов, вы можете указать, какие из них должны иметь какое значение MTU:

    интерфейс "enp0s31f6" {
        интерфейс-mtu по умолчанию 1228;
        заменить интерфейс-mtu 1228;
    }
    
  5. Перезапустите сеть и убедитесь, что интерфейс работает:

    перезапуск сети службы sudo
    sudo ifup enp0s31f6
    
  6. Проверьте значение MTU:

    судо если конфиг | grep mtu
    

    Что может дать вам что-то вроде:

    docker0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
    enp0s31f6: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1228
    lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
    veth43316c1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
    veth80786dc: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
    vethf40bd74: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
    

С этим, надеюсь, ваша потеря пакетов останется в прошлом.

ferni avatar
флаг ng
Спасибо за предложение. К вашему сведению. Потеря пакетов происходит не в Интернете, а между моей сетевой картой и маршрутизатором, к которому она подключена. Я установил MTU на 1472 на этом IF и все еще имею ту же проблему (пинг падает, когда я извлекаю флэш-накопитель USB) sudo ifconfig enp0s31f6 mtu 1472 вверх ifconfig |grep mtu enp0s31f6: флаги = 4163 мту 1472 вот: флаги=73 мту 65536 Также это не объясняет, как подключение USB-накопителя решит проблемы с MTU? (плюс с MTU 1500 в CentOS8 проблем не было?)

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.