Форум русскоязычного сообщества Ubuntu


Увидели сообщение с непонятной ссылкой, спам, непристойность или оскорбление?
Воспользуйтесь ссылкой «Сообщить модератору» рядом с сообщением!

Автор Тема: без причин отключается сетевая карта в Ubuntu Server 20.04  (Прочитано 2298 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн Yura12

  • Автор темы
  • Любитель
  • *
  • Сообщений: 75
    • Просмотр профиля
    • Сайт
 
А где можно начать искать причину. Ситуация следующая. Имеется серверная машина с недавно установленным Ubuntu Server 20.04

Так вот раз в 3 дня там отключается сетевая карта. А после этого в эту же секунду включается, получает снова адрес с DHCP но доступ к серверу по сети появляется только через час - два.

При этом сама система и все программы на сервере продолжают полностью штатно работать.

Вот что записывается в файл syslog

Jul 29 18:59:15 kodeks systemd-networkd[765]: enp6s0: Lost carrier
Jul 29 18:59:15 kodeks kernel: [446084.782272] e1000e: enp6s0 NIC Link is Down
Jul 29 18:59:15 kodeks systemd-networkd[765]: enp6s0: DHCP lease lost
Jul 29 18:59:15 kodeks systemd-timesyncd[731]: No network connectivity, watching for changes.
Jul 29 18:59:17 kodeks kernel: [446086.611053] e1000e: enp6s0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx
Jul 29 18:59:17 kodeks kernel: [446086.611171] e1000e 0000:06:00.0 enp6s0: 10/100 speed: disabling TSO
Jul 29 18:59:17 kodeks systemd-networkd[765]: enp6s0: Gained carrier
Jul 29 18:59:17 kodeks systemd-timesyncd[731]: Network configuration changed, trying to establish connection.
Jul 29 18:59:17 kodeks systemd-networkd[765]: enp6s0: DHCPv4 address 192.168.0.101/24 via 192.168.0.1
Jul 29 18:59:17 kodeks systemd-timesyncd[731]: Network configuration changed, trying to establish connection.
Jul 29 18:59:17 kodeks systemd-timesyncd[731]: Initial synchronization to time server 91.189.89.199:123 (ntp.ubuntu.com).

После этого около часа доступа к серверу не было.

Вот приблизительное время появления доступа сети:
Jul 29 20:06:13 kodeks systemd-resolved[767]: Grace period over, resuming full feature set (UDP+EDNS0) for DNS server 217.77.53.237.

Dzhoser

  • Гость
Провод отвалился. Короче у Вас на кабеле сигнала небыло, тоесть линка.

Оффлайн Yura12

  • Автор темы
  • Любитель
  • *
  • Сообщений: 75
    • Просмотр профиля
    • Сайт
 
Понятно. Будем пробовать теперь переключить сетевой кабель в соседнюю сетевую карту.

Но что очень странно, с чего бы сам собой отключался сетевой кабель?

В офисе никого не было, задеть никто не мог.

Пропадания электричества не было. Всё у нас на ИБП, и коммутатор тоже, ни один из остальных 7 устройств включенных в него не отключался.

Dzhoser

  • Гость
Проблема могла быть со стороны провайдера. Например отсутствие питания на маршрутизаторе.

Оффлайн Yura12

  • Автор темы
  • Любитель
  • *
  • Сообщений: 75
    • Просмотр профиля
    • Сайт
 
Это не так. У нас в офисе свой коммутатор и свой маршрутизатор. Питание PoE у нас эти устройства не поддерживают и PoE никогда не применялось.

И вопрос в другом - даже если по лог-файлам и отключался сетевой кабель. То видно что через 2 секунды он же включился.  Но почему при этом доступ к SSH и другим сетевым службам появился только через час?

Dzhoser

  • Гость
Логи systemctl что говорят?

Оффлайн Yura12

  • Автор темы
  • Любитель
  • *
  • Сообщений: 75
    • Просмотр профиля
    • Сайт
 
Я попробовал посмотреть командой
journalctl --since "2020-07-29 14:10:10" --until "2020-07-30 12:05:50"

так ничего более нового, чем просто просмотр файла syslog там нет - там та же самая информация.

Dzhoser

  • Гость
journalctl -xr покажите

Оффлайн Yura12

  • Автор темы
  • Любитель
  • *
  • Сообщений: 75
    • Просмотр профиля
    • Сайт
июл 29 19:15:06 kodeks systemd-resolved[767]: Using degraded feature set (UDP) for DNS server 217.77.53.237.
июл 29 19:14:50 kodeks systemd-resolved[767]: Using degraded feature set (TCP) for DNS server 217.77.53.237.
июл 29 19:14:44 kodeks systemd-resolved[767]: Using degraded feature set (UDP) for DNS server 217.77.53.237.
июл 29 19:10:06 kodeks smbd[41061]: pam_unix(samba:session): session closed for user nobody
июл 29 19:09:01 kodeks CRON[41059]: pam_unix(cron:session): session closed for user root
июл 29 19:09:01 kodeks CRON[41060]: (root) CMD (  [ -x /usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then /usr/lib/php/sessionclean; fi)
июл 29 19:09:01 kodeks CRON[41059]: pam_unix(cron:session): session opened for user root by (uid=0)
июл 29 19:09:00 kodeks systemd[1]: Finished Clean php session files.
-- Subject: Запуск юнита phpsessionclean.service завершен
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- Процесс запуска юнита phpsessionclean.service был завершен.
--
-- Результат: done.
июл 29 19:09:00 kodeks systemd[1]: phpsessionclean.service: Succeeded.
-- Subject: Unit succeeded
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- The unit phpsessionclean.service has successfully entered the 'dead' state.
июл 29 19:09:00 kodeks systemd[1]: Starting Clean php session files...
-- Subject: Начинается запуск юнита phpsessionclean.service
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- Начат процесс запуска юнита phpsessionclean.service.
июл 29 19:01:01 kodeks CRON[40963]: pam_unix(cron:session): session closed for user smmsp
июл 29 19:01:01 kodeks sm-msp-queue[40983]: unable to qualify my own domain name (kodeks) -- using short name
июл 29 19:00:01 kodeks sm-msp-queue[40983]: My unqualified host name (kodeks) unknown; sleeping for retry
июл 29 19:00:01 kodeks CRON[40964]: (smmsp) CMD (test -x /etc/init.d/sendmail && test -x /usr/share/sendmail/sendmail && test -x /usr/lib/sm.bin/sendmail && >
июл 29 19:00:01 kodeks CRON[40963]: pam_unix(cron:session): session opened for user smmsp by (uid=0)
июл 29 18:59:17 kodeks systemd-timesyncd[731]: Initial synchronization to time server 91.189.89.199:123 (ntp.ubuntu.com).
июл 29 18:59:17 kodeks systemd-timesyncd[731]: Network configuration changed, trying to establish connection.
июл 29 18:59:17 kodeks systemd-networkd[765]: enp6s0: DHCPv4 address 192.168.0.101/24 via 192.168.0.1
июл 29 18:59:17 kodeks systemd-timesyncd[731]: Network configuration changed, trying to establish connection.
июл 29 18:59:17 kodeks kernel: e1000e 0000:06:00.0 enp6s0: 10/100 speed: disabling TSO
июл 29 18:59:17 kodeks kernel: e1000e: enp6s0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx
июл 29 18:59:17 kodeks systemd-networkd[765]: enp6s0: Gained carrier
июл 29 18:59:15 kodeks systemd-timesyncd[731]: No network connectivity, watching for changes.
июл 29 18:59:15 kodeks systemd-networkd[765]: enp6s0: DHCP lease lost
июл 29 18:59:15 kodeks kernel: e1000e: enp6s0 NIC Link is Down
июл 29 18:59:15 kodeks systemd-networkd[765]: enp6s0: Lost carrier

Dzhoser

  • Гость
Нет подключения к сети, следите за изменениями.
июл 29 18:59:15 kodeks systemd-networkd [765]: enp6s0: аренда DHCP потеряна
июл 29 18:59:15 ядро кодекса: e1000e: enp6s0 NIC связь не работает
Перевод последих строк. То есть был потерян линк с другим оборудованием. В сети например кто то ввел такой же Ip и возник конфликт.ну и соответственно из этого час вы и не могли подключиться
« Последнее редактирование: 31 Июля 2020, 06:31:43 от Dzhoser »

Оффлайн Yura12

  • Автор темы
  • Любитель
  • *
  • Сообщений: 75
    • Просмотр профиля
    • Сайт
 
В общем тут оказывается, дело не в Ubuntu

Были сегодня в офисе, где временно находится сервер.

Оказалось, что к программному обеспечению это не имеет никакого отношения.

Мы проверили все кабели, коммутаторы, нет ли механических повреждений в RJ-45 разъёмах. Всё оказалось в порядке.

У сервера две сетевые карты. Так вот пробовали переставить кабель в соседнюю сетевую карту, так она вообще не включилась.

Потом перенесли сервер в другую комнату, к другому кабелю, там другой коммутатор.  Включили сервер, так вот на том месте наоборот, вторая сетевая карта заработала, а первая нет. После этого кабель питания в розетке перевернули, и после этого наоборот, первая сетевая карта заработала, а вторая нет.

Вероятно это какая-то особенность блока питания, что ему не всё равно как вставить кабель в розетку, с какой стороны фаза а с какой стороны ноль.

Возможно, как предположение, в офисе у розеток нет заземления, это и повлияло на такое поведение блока питания. 

Оффлайн ALiEN

  • Администратор
  • Старожил
  • *
  • Сообщений: 6808
  • 20% Cooler
    • Просмотр профиля
Вероятно это какая-то особенность блока питания, что ему не всё равно как вставить кабель в розетку, с какой стороны фаза а с какой стороны ноль.
ИМХО, где-то одна-две жилы кабеля "пробиты" на землю. Гвоздик или шуруп воткнули.
🖥 AsRock B550M Pro4 :: AMD Ryzen 5 3600 :: 16 GB DDR4 :: AMD Radeon RX 6600 :: XFCE
💻 ACER 5750G :: Intel Core i5-2450M :: 6 GB DDR3 :: GeForce GT 630M :: XFCE

Оффлайн Yura12

  • Автор темы
  • Любитель
  • *
  • Сообщений: 75
    • Просмотр профиля
    • Сайт
 
Теоретически всё может быть.

Но практически - а тогда почему в этом офисе в двух разных кабинетах это происходит? С разными коммутаторами? При том, что эти кабели мы отключали от ноутбука и моноблока, на которых никогда сеть не отключалась.

Dzhoser

  • Гость
А у Вас ноль на землю не коротит? Проверьте на розетке без заземления.

Оффлайн Yura12

  • Автор темы
  • Любитель
  • *
  • Сообщений: 75
    • Просмотр профиля
    • Сайт
 
Всё может быть. Сложно сказать, что там внутри розеток. Теперь уже не проверить, мы возвращаем сервер в серверную стойку.


 

Страница сгенерирована за 0.043 секунд. Запросов: 25.