+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

«Сеть недоступна», Proxmox Виртуальная Среда

otter90

Guest

16.06.2021 17:55:00

Дорогие участники сообщества, у меня странная проблема с сетью у контейнеров, и пока никаких решений нет. В моей установке proxmox есть разные ВМ и контейнеры для разных задач (iobroker, zoneminder, fhem, weewx, CupsPrint, Raspberrymatic...). У двух моих контейнеров (используются для iobroker и zoneminder, оба на Debian) сетевая связь перестаёт работать ровно через 10 дней после перезагрузки, и контейнеры становятся недоступны по сети. Они работают, и я могу зайти в них через GUI/консоль proxmox. Все сетевые команды (например, ping xyz) в консоли возвращают ошибку «Network not reachable». Если я останавливаю и перезагружаю контейнеры, всё снова работает нормально ровно 10 дней... Конечно, могу предоставить больше подробностей про контейнеры, если нужно для анализа. Был бы признателен, если у кого-то есть идеи. Спасибо и с уважением, otter90 [EDIT] Я заметил ещё одну вещь. Если я перезагружаю контейнер до того, как сеть упадёт, например, через 5 дней после последнего сбоя, следующий сбой всё равно случится спустя 10 дней от первой перезагрузки (а не через 10 дней после второй). То есть, новый 10-дневный период без сбоев начинается только если перезагрузить сразу после падения сети. Пример: [01.01.] сбой сети, ручная перезагрузка [05.01.] ручная перезагрузка [11.01.] сбой сети, ручная перезагрузка [21.01.] сбой сети, ручная перезагрузка и так далее...

otter90

Guest

06.07.2021 08:38:00

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

Jul 6 08:27:31 IOBrokerLXC ntpd[201]: Удаление интерфейса #3 eth0, 192.168.200.93#123, статистика интерфейса: получено=9284, отправлено=9284, пропущено=0, время активности=863703 секунд
Jul 6 08:27:31 IOBrokerLXC ntpd[201]: 192.168.200.1 локальный адрес 192.168.200.93 -> <null>
Jul 6 08:27:34 IOBrokerLXC bash[193]: Ошибка: connect ENETUNREACH 192.168.200.21:8999 - Локальный (0.0.0.0:0)
Jul 6 08:27:34 IOBrokerLXC bash[193]: at internalConnect (net.js:923:16)
Jul 6 08:27:34 IOBrokerLXC bash[193]: at defaultTriggerAsyncIdScope (internal/async_hooks.js:313:12)
Jul 6 08:27:34 IOBrokerLXC bash[193]: at net.js:1011:9
Jul 6 08:27:34 IOBrokerLXC bash[193]: at processTicksAndRejections (internal/process/task_queues.js:79:11) {
Jul 6 08:27:34 IOBrokerLXC bash[193]: errno: 'ENETUNREACH',
Jul 6 08:27:34 IOBrokerLXC bash[193]: code: 'ENETUNREACH',
Jul 6 08:27:34 IOBrokerLXC bash[193]: syscall: 'connect',
Jul 6 08:27:34 IOBrokerLXC bash[193]: address: '192.168.200.21',
Jul 6 08:27:34 IOBrokerLXC bash[193]: port: 8999
Jul 6 08:27:34 IOBrokerLXC bash[193]: }
Jul 6 08:27:34 IOBrokerLXC bash[193]: Messages Ошибка: Ошибка: connect ENETUNREACH 192.168.200.21:8999 - Локальный (0.0.0.0:0)
Jul 6 08:27:34 IOBrokerLXC bash[193]: at internalConnect (net.js:923:16)
Jul 6 08:27:34 IOBrokerLXC bash[193]: at defaultTriggerAsyncIdScope (internal/async_hooks.js:313:12)
Jul 6 08:27:34 IOBrokerLXC bash[193]: at net.js:1011:9

t.lamprecht

Guest

06.07.2021 08:46:00

То есть сеть падает примерно раз в десять дней, независимо от перезагрузок? Есть ли что-то в системном логе хоста на это время? Можно посмотреть панель syslog в веб-интерфейсе Proxmox VE (Node -> Syslog) или использовать команду journalctl в терминале. Настроен ли где-то файрвол или что-то подобное?

otter90

Guest

06.07.2021 13:55:00

Это не «примерно» каждые 10 дней, это ровно через 10 дней, как будто кто-то установил таймер обратного отсчёта. Я настроил рутинное задание FHEM на другом клиенте, который постоянно пингует эту машину, так что я точно знаю, когда она падает. Фаервол, насколько мне известно, не настроен. Вот лог хоста в это же время:

Jul 06 08:27:26 pve kernel: nfs: server 192.168.200.91 OK
Jul 06 08:27:26 pve kernel: nfs: server 192.168.200.91 не отвечает, пытается снова
Jul 06 08:27:26 pve kernel: nfs: server 192.168.200.91 OK
Jul 06 08:27:26 pve kernel: nfs: server 192.168.200.91 OK
Jul 06 08:27:27 pve pvedaemon[1931]: таймаут
Jul 06 08:27:27 pve pvedaemon[14022]: таймаут
Jul 06 08:27:27 pve pvestatd[1019]: таймаут
Jul 06 08:27:28 pve kernel: nfs: server 192.168.200.91 не отвечает, пытается снова
Jul 06 08:27:28 pve kernel: nfs: server 192.168.200.91 не отвечает, пытается снова
Jul 06 08:27:28 pve kernel: nfs: server 192.168.200.91 OK
Jul 06 08:27:28 pve kernel: nfs: server 192.168.200.91 OK
Jul 06 08:27:28 pve kernel: nfs: server 192.168.200.91 не отвечает, пытается снова
Jul 06 08:27:28 pve kernel: nfs: server 192.168.200.91 не отвечает, пытается снова
Jul 06 08:27:28 pve kernel: nfs: server 192.168.200.91 не отвечает, пытается снова
Jul 06 08:27:29 pve pvestatd[1019]: время обновления статуса (5.067 секунд)
Jul 06 08:27:31 pve kernel: rpc_check_timeout: 22 подавленных обратных вызова
Jul 06 08:27:31 pve kernel: nfs: server 192.168.200.91 не отвечает, пытается снова
Jul 06 08:27:31 pve kernel: call_decode: 37 подавленных обратных вызова
Jul 06 08:27:31 pve kernel: nfs: server 192.168.200.91 OK
Jul 06 08:27:31 pve kernel: nfs: server 192.168.200.91 не отвечает, пытается снова
Jul 06 08:27:31 pve kernel: nfs: server 192.168.200.91 не отвечает, пытается снова
Jul 06 08:27:31 pve kernel: nfs: server 192.168.200.91 не отвечает, пытается снова
Jul 06 08:27:31 pve kernel: nfs: server 192.168.200.91 OK
Jul 06 08:27:31 pve kernel: nfs: server 192.168.200.91 OK
Jul 06 08:27:31 pve kernel: nfs: server 192.168.200.91 не отвечает, пытается снова
Jul 06 08:27:31 pve kernel: nfs: server 192.168.200.91 не отвечает, пытается снова
Jul 06 08:27:31 pve kernel: nfs: server 192.168.200.91 OK
Jul 06 08:27:31 pve kernel: nfs: server 192.168.200.91 OK
Jul 06 08:27:31 pve kernel: nfs: server 192.168.200.91 OK
Jul 06 08:27:31 pve kernel: nfs: server 192.168.200.91 не отвечает, пытается снова
Jul 06 08:27:31 pve kernel: nfs: server 192.168.200.91 не отвечает, пытается снова
Jul 06 08:27:31 pve kernel: nfs: server 192.168.200.91 OK
Jul 06 08:27:31 pve kernel: nfs: server 192.168.200.91 OK
Jul 06 08:27:31 pve kernel: nfs: server 192.168.200.91 OK
Jul 06 08:27:31 pve kernel: nfs: server 192.168.200.91 не отвечает, пытается снова
Jul 06 08:27:31 pve kernel: nfs: server 192.168.200.91 не отвечает, пытается снова
Jul 06 08:27:31 pve kernel: nfs: server 192.168.200.91 OK
Jul 06 08:27:36 pve kernel: rpc_check_timeout: 43 подавленных обратных вызова

Vengance

Guest

07.09.2021 01:02:00

Проблема с сетью: виртуальные машины часто теряют IPv6-соединение, а сам хост несколько часов назад потерял IPv4 (DHCP) подключение. Сообщение в логе: ntpd[1064]: Удаление интерфейса #3 eth0, 198.xxx.147.87#123, статистика интерфейса: принято=972, отправлено=942, потеряно=0, активное время=86396 секунд.

arbocomve Guest	#6 0 04.11.2021 03:28:00 Привет, @otter90 / @Vengance! Вы уже знаете решение этой проблемы? Я уже полтора года каждый день перезагружаю сервер, и только сейчас решил разобраться в чем дело и наткнулся на этот пост.

Vengance Guest	#7 0 04.11.2021 08:44:00 Нет, но я думаю, это как-то было связано с сетью OVH.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры