Puncte:0

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

drapel 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
drapel cn
Consultați https://askubuntu.com/help/on-topic unde veți observa doar versiunile acceptate de Ubuntu și aromele sunt la subiect pentru acest site. Pentru întrebările *impish* indri [21.10], va trebui să utilizați un site de asistență pentru dezvoltare, cum ar fi IRC (#ubuntu+1) sau Forumuri Ubuntu, sau să așteptați până după lansarea acestui site (data de lansare estimată pentru Ubuntu 21.10 este 14 octombrie). 2021 (https://discourse.ubuntu.com/t/impish-indri-release-schedule/18540) când întrebarea ta va fi la subiect aici).
ferni avatar
drapel ng
mulțumesc @guiverc - Mă bucur să instalez o altă versiune de Ubuntu pentru a remedia sau a depana această problemă dacă este necesar.
drapel in
Ați confirmat că setarea MTU pentru placa dvs. de rețea se potrivește cu restul infrastructurii dvs.? Dacă MTU-ul este prea mare (sau dacă Optiplex încearcă să folosească Jumbo Frames atunci când comutatorul de rețea nu îl acceptă), atunci veți vedea un număr mare de cadre eliminate.
ferni avatar
drapel ng
@matigo are 1500. enp0s31f6: steaguri=4163 mtu 1500 inet x.x.x.x netmask 255.255.255.0 difuzat x.x.x.x inet6 x.x.x.x prefixlen 64 scopeid 0x20 ether x.x.x.x txqueuelen 1000 (Ethernet) Pachete RX 725851 octeți 616271125 (616,2 MB) Erori RX 0 a scăzut 9013 depășiri 0 cadru 0 Pachete TX 233584 octeți 22354329 (22,3 MB) Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0 dispozitiv întrerupere 16 memorie 0x6e900000-6e920000
Puncte:1
drapel in

Un MTU de 1500 este implicit și ar trebui să fie bun în majoritatea situațiilor. Acestea fiind spuse, unele rețele au nevoie de ceva mai mic, cum ar fi 1492, și nu comunică acest lucru ca parte a negocierii inițiale. Ar fi o idee bună să faceți niște teste pentru a vedea dacă setarea MTU este motivul pierderii excesive de pachete.

Iată cum:

  1. Dacă ați făcut modificări la dvs /etc/dhcp/dhclient.conf fișier, eliminați-le și reporniți serverul

  2. Utilizare ping pentru a verifica dacă există pierderi de pachete în timp ce schimbați setarea MTU:

    ping -c 4 -M do -s 1472 151.101.193.69
    

    Definitii:

    Opțiune Definiție
    -c 4 Număr ⢠Numărul de ori pentru a repeta
    -M fac Setați strategia de descoperire a căii MTU ⢠do nu va permite fragmentarea la niciun nivel
    -s 1472 Dimensiunea pachetului în biți (1472 + 28 overhead = 1500)
    151.101.193.69 Adresa IP pentru AskUbuntu. Simțiți-vă liber să utilizați orice adresă, dar evitați serviciile deținute de Google, deoarece acestea nu vor răspunde întotdeauna la solicitările ping.

    Este posibil să vedeți rezultate ca aceasta:

    ping -c 4 -M do -s 1472 151.101.193.69
    PING 151.101.193.69 (151.101.193.69) 1472(1500) octeți de date.
    De la 192.168.0.1 icmp_seq=1 Frag necesar și setat DF (mtu = 1454)
    ping: eroare locală: mesaj prea lung, mtu=1454
    ping: eroare locală: mesaj prea lung, mtu=1454
    ping: eroare locală: mesaj prea lung, mtu=1454
    
    --- 151.101.193.69 statistici ping ---
    4 pachete transmise, 0 primite, +4 erori, 100% pierdere de pachete, timp 3074 ms
    
  3. Joacă-te cu -s valoare până când nu găsiți nicio fragmentare și nu mesaj prea lung eroare. De exemplu:

    ping -c 4 -M do -s 1200 151.101.193.69
    PING 151.101.193.69 (151.101.193.69) 1200(1228) octeți de date.
    1208 octeți de la 151.101.193.69: icmp_seq=1 ttl=59 timp=5,52 ms
    1208 octeți de la 151.101.193.69: icmp_seq=2 ttl=59 timp=5,72 ms
    1208 octeți de la 151.101.193.69: icmp_seq=3 ttl=59 timp=5,64 ms
    1208 octeți de la 151.101.193.69: icmp_seq=4 ttl=59 timp=5,68 ms
    
    --- 151.101.193.69 statistici ping ---
    4 pachete transmise, 4 primite, 0% pierdere de pachete, timp 3005 ms
    rtt min/avg/max/mdev = 5,517/5,640/5,720/0,076 ms
    

    Pentru acest exemplu, am găsit că 1200, care este un MTU al 1228 duce la zero pierderi de pachete.

    Notă: Ideal ar fi să începi de la 1472 și coborâți-vă în trepte de 10 sau cam așa ceva. Dacă valoarea MTU este prea mică, viteza de transfer va avea de suferit.

  4. Setați valoarea MTU corespunzătoare pentru rețeaua dvs /etc/dhcp/dhclient.conf fişier:

    interfață implicită-mtu 1228;
    înlocuiește interfața-mtu 1228;
    

    Notă: Asigurați-vă că vă schimbați 1228 la dimensiunea MTU adecvată pentru rețeaua dvs.

    Dacă aveți mai multe interfețe, puteți specifica care dintre acestea ar trebui să aibă ce valoare MTU:

    interfață „enp0s31f6” {
        interfață implicită-mtu 1228;
        înlocuiește interfața-mtu 1228;
    }
    
  5. Reporniți rețeaua și asigurați-vă că interfața este activată:

    repornirea rețelei de serviciu sudo
    sudo ifup enp0s31f6
    
  6. Verificați valoarea MTU:

    sudo ifconfig | grep mtu
    

    Ceea ce vă poate oferi ceva de genul:

    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
    

Cu aceasta, sperăm că pierderea pachetelor dvs. va fi de domeniul trecutului

ferni avatar
drapel ng
Mulțumesc pentru sugestie. FYI - Pierderea de pachete nu este la internet, ci între NIC-ul meu și router este conectat. Am setat MTU la 1472 pe acel IF și încă am aceeași problemă (ping-ul scade când scot unitatea USB) sudo ifconfig enp0s31f6 mtu 1472 up ifconfig |grep mtu enp0s31f6: steaguri=4163 mtu 1472 uite: steaguri=73 mtu 65536 De asemenea, acest lucru nu explică modul în care conectarea USB Thumbdrive ar rezolva problemele MTU? (în plus, cu MTU de 1500 în CentOS8, nu a avut problema?)

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.