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

Заморозка сети VM, Proxmox Виртуальная Среда

Kiril

Guest

25.09.2017 17:31:00

Здравствуйте, я использую Proxmox 5.0. Периодически мой мониторинг (Nagios) уведомляет меня, что одна из виртуальных машин недоступна. Я не могу пропинговать эту машину ни с одной рабочей станции, ни снаружи самой ВМ. При этом машина работает нормально, просто кажется, что сеть не функционирует. Обходной путь — перезапустить сетевой интерфейс через UI, после чего машина снова в порядке. В чём может быть причина проблемы? Спасибо.

nowrap

Guest

10.10.2017 20:31:00

Сейчас это снова произошло на нашей виртуальной машине с Icecast. Одного этого не хватило, чтобы решить проблему:
Код: rmmod virtio_net
modprobe virtio_net
Пришлось перезапустить сеть. ens18 пропал. ifup не сработал (хотя интерфейс уже был настроен):
Код: /etc/init.d/networking restart
dmesg показывает какую-то информацию:
syslog не помогает:

manu

Guest

11.10.2017 11:55:00

Команды: rmmod virtio_net
modprobe virtio_net
Пришлось перезапустить сеть. ens18 пропал. ifup не сработал (уже был настроен).
Команда: /etc/init.d/networking restart
Да, в этом случае надо сначала ifdown, потом ifup.
@helloworld @nowrap, можете проверить, исправляет ли ядро pve-kernel-4.10.17-4-pve из репозитория pvetest проблему с подключением virtio?
В этом ядре есть исправление бага, который возникает у гостевых систем virtio при обработке большого количества соединений.

TwiX

Guest

11.10.2017 13:37:00

Привет! У нас тоже такая проблема уже две недели. Это происходит иногда при среднем или высоком нагрузке (KVM – Debian 8 64-бит). Приходится перезагружать виртуальную машину или отключать/подключать virtio-интерфейс через GUI. Посоветуете переключиться с net virtio на e1000, если последний ядро не исправит эту проблему?

Код:
proxmox-ve: 5.0-20 (запущенное ядро: 4.10.17-2-pve)
pve-manager: 5.0-30 (версия: 5.0-30/5ab26bc)
pve-kernel-4.10.17-2-pve: 4.10.17-20
pve-kernel-4.10.15-1-pve: 4.10.15-15
libpve-http-server-perl: 2.0-6
lvm2: 2.02.168-pve3
corosync: 2.4.2-pve3
libqb0: 1.0.1-1
pve-cluster: 5.0-12
qemu-server: 5.0-15
pve-firmware: 2.0-2
libpve-common-perl: 5.0-16
libpve-guest-common-perl: 2.0-11
libpve-access-control: 5.0-6
libpve-storage-perl: 5.0-14
pve-libspice-server1: 0.12.8-3
vncterm: 1.5-2
pve-docs: 5.0-9
pve-qemu-kvm: 2.9.0-4
pve-container: 2.0-15
pve-firewall: 3.0-2
pve-ha-manager: 2.0-2
ksm-control-daemon: 1.2-2
glusterfs-client: 3.8.8-1
lxc-pve: 2.0.8-3
lxcfs: 2.0.7-pve4
criu: 2.11.1-1~bpo90
novnc-pve: 0.6-4
smartmontools: 6.5+svn4324-1
zfsutils-linux: 0.6.5.11-pve17~bpo90
ceph: 12.1.2-pve1

Svetozar Kolev

Guest

12.10.2017 10:41:00

Привет, у нас тоже такая проблема. Кажется, если отключить gso и tso на виртуальных серверах, проблема исчезает. Похоже на баг, и когда выключаешь сегментацию, проблема уходит.
ethtool -K eth0 gso off
ethtool -K eth0 tso off
ethtool -k eth0 | grep segment
Это происходит на машинах с большой нагрузкой трафика.

manu Guest	#6 0 12.10.2017 10:47:00 Было бы интересно получить обратную связь, исправляет ли проблема pve-test ядро, о котором я упоминал, чтобы тогда не пришлось использовать описанный обходной метод.

Читают тему

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