Nic сторонних производителей показывает "Linkdown"

Я установил QXG-10G1T qnap ethernet-карту на свой сервер Ubuntu около 2 недель назад и захлопывал головой в стену, пытаясь выяснить, что не работает. для какого-то контекста при соединении сервер прямо сейчас подключен через 2 различных маршрута к интернету. соединение 1 использует встроенную сетевую карту 1g непосредственно к ISP роутеру по адресу 192.168.1.0/24. 2-я (цель) через новую 10-Гб сетевую карту в мою лабораторную сеть по адресу 192.168.3.64/26. Я только сохранил 1G соединение в качестве обхода отказа и проверил

Я прочитал readme, чтобы установить его как можно тщательнее. Я получил несколько amdgpu ошибок при прогоне через установочные файлы и (просто для устранения ЛЮБЫХ ВОЗМОЖНЫХ СИЛ) потратил полтора дня в погоне за файлами, чтобы очистить их от ошибок, но в противном случае у меня были установлены драйверы и карта распознана как "enp39s0" с моим бортовым набором nic как "enp34s0":

enp34s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.6  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 2603:6080:7d03:7962:2ef0:5dff:fea2:10f2  prefixlen 64  scopeid 0x0<global>
        inet6 2603:6080:7d03:7962:0:2785:3604:4e63  prefixlen 128  scopeid 0x0<global>
        inet6 fe80::2ef0:5dff:fea2:10f2  prefixlen 64  scopeid 0x20<link>
        ether 2c:f0:5d:a2:10:f2  txqueuelen 1000  (Ethernet)
        RX packets 349261  bytes 462730680 (462.7 MB)
        RX errors 0  dropped 407  overruns 0  frame 0
        TX packets 192797  bytes 24479304 (24.4 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp39s0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 192.168.3.126  netmask 255.255.255.192  broadcast 192.168.3.127
        ether 24:5e:be:57:f5:8e  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

как вы видите "enp39s0" не пропускает никакого трафика. и когда я проверяю свои маршруты, сетевая карта показывает "linkdown". Когда я назначаю IP-адрес и подключаю его к той же системе, что и встроенную сетевую карту, я могу пинговать ip-адрес, который, как я предполагаю, является серверным видом маршрутизации трафика через 34-39 и отвечать обратно. Я попробовал проверить dmesg и нашел какой-то странный текст:

[ 0.992153] r8169 0000:22:00.0 enp34s0: renamed from eth0

[ 1.727005] atlantic 0000:27:00.0 enp39s0: renamed from eth0

[ 14.993139] r8169 0000:22:00.0 enp34s0: Link is Down

[ 17.917521] r8169 0000:22:00.0 enp34s0: Link is Up - 1Gbps/Full - flow control rx/tx

[ 17.917540] IPv6: ADDRCONF(NETDEV_CHANGE): enp34s0: link becomes ready

[ 407.754551] atlantic 0000:27:00.0 enp39s0: renamed from eth0

[ 4327.795974] r8169 0000:22:00.0 enp34s0: Link is Down

[ 4409.452381] r8169 0000:22:00.0 enp34s0: Link is Up - 1Gbps/Full - flow control rx/tx

так что похоже, что "enp39s0" был переименован из "eth0", но это должен быть первый порт, а вместо него должен использоваться "enp34s0", верно? обе эти сетевые карты пытаются подключиться через одно и то же соединение? я полностью это неправильно понял? я полностью ожидаю, что это что-то глупое простое, что удерживает мою новую сетевую карту в состоянии "linkdown", но, как я уже сказал, я смотрю на это около 2-х недель и у меня заканчиваются идеи.

Я пытался дозвониться до QNAP, и они сказали мне, что не могут помочь, что мне нужно позвонить Марвеллу, и они не могли побеспокоиться о том, чтобы перезвонить мне, так что я обратился сюда за помощью. Я запускаю Linux-сервер 20.10 с debian 5.8.0. Я могу предоставить modinfo для драйвера atlantic, если нужно, но я чувствую, что это может быть скорее "неправильная конфигурация" вопрос

Вот распечатка файла netplan:

# This is the network config written by 'subiquity'
network:
  ethernets:
    enp39s0:
      dhcp4: false
      addresses: [192.168.3.126/26]
      nameservers:
        addresses: [1.1.1.1, 208.67.220.220, 8.8.8.8]
      gateway4: 192.168.3.65
    enp34s0:
      dhcp4: false
      addresses: [192.168.1.6/24]
      nameservers:
        addresses: [1.1.1.1, 208.67.220.220, 8.8.8.8]
      gateway4: 192.168.1.1
  version: 2

и маршруты:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 enp34s0
172.17.0.0      0.0.0.0         255.255.0.0     U     0      0        0 docker0
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 enp34s0
192.168.3.64    0.0.0.0         255.255.255.192 U     0      0        0 enp39s0
0
задан 23 March 2021 в 12:42

2 ответа

редактирование: я мог бы писать это на каждой странице в своих заметках и забывать об этом каждый раз, когда я начинаю нырять в сорняки по проблемам:

ВСЕГДА ЧЕКните LAYER 1

проблема была в плохом кабеле ручной работы. кабель работал последние 4 года без проблем, но теперь по какой-то причине один из контактов завалил меня при переходе на новую установку. всё встало и теперь работает нормально.
опять же, не забудьте основные вещи при устранении неполадок

0
ответ дан 1 April 2021 в 23:01

Если ссылка не работает, как можно Вы ожидаете, что NIC по маршруту трафика? Сначала проверьте, почему ссылка не может быть установлена. Статус светодиодов в партнере NIC и LINK, какие режимы рекламируются с обеих сторон и т. Д.

0
ответ дан 1 April 2021 в 23:01

Другие вопросы по тегам:

Похожие вопросы: