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

переименование моста vmbr0, Proxmox Виртуальная Среда

mokaz

Guest

31.12.2021 17:34:00

Привет всем, На облачном сервере с корнем у меня есть только один физический сетевой интерфейс (всё в порядке =). Очевидно, что процедура настройки PVE привела меня к такому результату: Code: iface eno1 inet manual #NIC_0_WAN auto vmbr0 iface vmbr0 inet static address x.x.x.x/x gateway x.x.x.x bridge-ports eno1 bridge-stp off bridge-fd 0 bridge-vlan-aware yes bridge-vids 2-4094 #BRI_WAN Теперь моя цель – изменить логическую идентичность этого моста на что-то вроде этого: Code: iface eno1 inet manual #NIC_0_WAN auto vmbr99 iface vmbr99 inet static address x.x.x.x/x gateway x.x.x.x bridge-ports eno1 bridge-stp off bridge-fd 0 bridge-vlan-aware yes bridge-vids 2-4094 #BRI_WAN После некоторых внутренних тестов сети, похоже, что переименование моста не обязательно приведет к переносу всех подключенных ВМ. Таким образом, если я переименую этот мост в нужный идентификатор моста, помимо переноса необходимых ВМ в новый идентификатор моста, я не потеряю управляемое соединение через физический интерфейс "eno1", верно? Дайте знать, С наилучшими пожеланиями, м. EDIT1: Ах да, есть ли что-то обязательное в названии моста? То есть, обязательно ли наличие vmbr0?

fabian Guest	#2 0 18.04.2023 10:14:00 Да, это определенно не целевой сценарий использования PVE (кластеры).

sergentum

Guest

17.04.2023 14:31:00

Скажу для будущих Troubleshooter'ов, что переименование устройства моста может создать проблемы с миграцией ВМ. Я решил мигрировать все свои ВМ с одного ноутбука на другой. Добавил второй в кластер и начал миграцию, но задача завершается с ошибкой и без подробностей (что крайне глупо): Код: 2023-04-17 14:20:19 начало миграции ВМ 103 на узел 'vaio' (192.168.1.212) 2023-04-17 14:20:19 найден локальный диск 'local-lvm:vm-103-disk-1' (в текущей конфигурации ВМ) 2023-04-17 14:20:19 найден локальный диск 'local-lvm:vm-103-disk-4' (в текущей конфигурации ВМ) 2023-04-17 14:20:19 старт ВМ 103 на удаленном узле 'vaio' 2023-04-17 14:20:22 [vaio] мост 'vmbr1' не существует 2023-04-17 14:20:22 [vaio] kvm: -netdev type=tap,id=net0,ifname=tap103i0,script=/var/lib/qemu-server/pve-bridge,downscript=/var/lib/qemu-server/pve-bridgedown,vhost=on: сетевой скрипт /var/lib/qemu-server/pve-bridge завершился с кодом 512 2023-04-17 14:20:22 [vaio] запуск не удался: QEMU завершился с кодом 1 2023-04-17 14:20:22 ОШИБКА: ошибка онлайн миграции - удаленная команда завершилась с кодом выхода 255 2023-04-17 14:20:22 отменяется фаза 2 - очистка ресурсов 2023-04-17 14:20:22 migrate_cancel 2023-04-17 14:20:23 ОШИБКА: миграция завершилась с проблемами (длительность 00:00:04) ЗАДАЧА ОШИБКА: проблемы с миграцией Только спустя час я заметил в веб-интерфейсе другие неудавшиеся задания, где сказано: Код: Логический том "vm-103-disk-2" создан. Логический том "vm-103-disk-3" создан. QEMU: мост 'vmbr1' не существует QEMU: kvm: -netdev type=tap,id=net0,ifname=tap103i0,script=/var/lib/qemu-server/pve-bridge,downscript=/var/lib/qemu-server/pve-bridgedown,vhost=on: сетевой скрипт /var/lib/qemu-server/pve-bridge завершился с кодом 512 ЗАДАЧА ОШИБКА: запуск не удался: QEMU завершился с кодом 1 боже мой, конечно нет моста с таким же именем! почему этот глупый скрипт ожидает такое же имя для устройства моста на другой машине?

fabian

Guest

17.04.2023 15:07:00

Что ты имеешь в виду, говоря без деталей? Логи миграции содержат ошибку, которая говорит, что мост не существует: Код: 2023-04-17 14:20:19 запуск ВМ 103 на удаленном узле 'vaio' 2023-04-17 14:20:22 [vaio] мост 'vmbr1' не существует 2023-04-17 14:20:22 [vaio] kvm: -netdev type=tap,id=net0,ifname=tap103i0,script=/var/lib/qemu-server/pve-bridge,downscript=/var/lib/qemu-server/pve-bridgedown,vhost=on: скрипт сети /var/lib/qemu-server/pve-bridge завершился с ошибкой статус 512 2023-04-17 14:20:22 [vaio] не удалось запустить: QEMU завершился с кодом 1 2023-04-17 14:20:22 ОШИБКА: ошибка онлайн миграции - удаленная команда завершилась с кодом выхода 255 и миграция не была успешной. Мост является частью конфигурации ВМ, и ожидается, что мосты существуют на всех узлах с одинаковым значением (в пределах кластера).

sergentum Guest	#5 0 17.04.2023 20:25:00 Моя вина, не заметил этого. Это так, но провал из-за другого имени — этоRidiculous на мой взгляд. Это не критическая проблема для провала. Я бы записал предупреждающее сообщение в логи и продолжил.

fabian

Guest

18.04.2023 08:56:00

но это будет означать запуск ВМ без какой-либо сети, так как мы не знаем, какой из "других" мостов нам стоит выбрать (например, vmbr0 в оригинальной конфигурации может быть одной сетью, а мост, который мы выберем случайно на целевом узле, может быть управляемым VLAN). так это и работает, если вы настраиваете свои узлы несовместимым образом, мы ничего не можем сделать (кроме как потерпеть неудачу).

sergentum Guest	#7 0 18.04.2023 10:08:00 Я понимаю точку зрения скрипта - что всё должно быть одинаковым для обоих узлов - src и dst. Но в моём случае - это домашнее использование, поэтому у меня только одна сеть, два ноутбука, и сбои кажутся для меня чересчур сложными. В идеале было бы здорово иметь простой режим - проверить, существуют ли некоторые настройки оборудования или устройства, такие как сетевое устройство или USB, и игнорировать их или иметь возможность изменить это во время запуска миграции. Самое главное в процессе миграции - это не то, что ВМ будет на 100% доступна, а то, что есть простой способ переноса данных с одного ПК на другой. Даже если она будет недоступна - я разберусь с этим позже, но, по крайней мере, мои данные уже будут перенесены. Хотя я полагаю, что мой случай может быть редким.

Читают тему

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