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

СРОЧНАЯ БОЛЬШАЯ ПРОБЛЕМА: Все контейнеры с veth не запускаются после обновления Proxmox 3.3, Proxmox Виртуальная Среда

Virtualizer

Guest

01.10.2014 18:58:00

Дорогие, у меня такая ошибка: отсутствует параметр bridge в /usr/sbin/vznetaddbr строка 16.
vzctl start 104
Запуск контейнера...
Контейнер смонтирован
Установка лимита CPU: 0
Установка единиц CPU: 4000
Установка количества CPU: 4
Настройка устройств veth: veth104.0
отсутствует параметр bridge в /usr/sbin/vznetaddbr строка 16.
/usr/sbin/vznetcfg завершился с ошибкой
Запуск контейнера не удался (попробуйте проверить сообщения ядра, например, "dmesg | tail")
Завершение контейнера...
Контейнер остановлен
Контейнер размонтирован

Файл конфигурации:
ONBOOT="yes" # Основные параметры
NUMPROC="1024:1024"
NUMTCPSOCK="9223372036854775807:9223372036854775807"
NUMOTHERSOCK="9223372036854775807:9223372036854775807"
VMGUARPAGES="0:unlimited"

# Вторичные параметры
KMEMSIZE="3893362688:4283432960"
OOMGUARPAGES="0:unlimited"
PRIVVMPAGES="unlimited"
TCPSNDBUF="9223372036854775807:9223372036854775807"
TCPRCVBUF="9223372036854775807:9223372036854775807"
OTHERSOCKBUF="9223372036854775807:9223372036854775807"
DGRAMRCVBUF="9223372036854775807:9223372036854775807"

# Вспомогательные параметры
NUMFILE="9223372036854775807:9223372036854775807"
NUMFLOCK="9223372036854775807:9223372036854775807"
NUMPTY="255:255"
NUMSIGINFO="1024:1024"
DCACHESIZE="1946157056:2141192192"
LOCKEDPAGES="1045888"
SHMPAGES="9223372036854775807:9223372036854775807"
NUMIPTENT="300"
PHYSPAGES="0:2091776"

# Параметры квоты диска
DISKSPACE="157286400:157286400"
DISKINODES="16000000:17600000"
QUOTATIME="0"
QUOTAUGIDLIMIT="0"

# Параметр планировщика CPU
CPUUNITS="4000"

OSTEMPLATE="debian-5.0-standard_5.0-2_i386"
HOSTNAME="confixx-server-name.xxx"
NAMESERVER="8.8.8.8 213.186.33.99"
SEARCHDOMAIN="searchdomain.xxx"

# MAC для форума чуть изменён

NETIF="ifname=eth0,mac=02:00:00:**:eb:71,host_ifname=veth110.0,host_mac=02:00:00:**:eb:72;ifname=eth1,mac=02:00:00:**:df:cd,host_ifname=veth110.1,host_mac=02:00:00:**:df:ce;ifname=eth2,mac=02:00:00:**:95:dd,host_ifname=veth110.2,host_mac=02:00:00:**:95:de;ifname=eth3,mac=02:00:00:**:0b:52,host_ifname=veth110.3,host_mac=02:00:00:**:0b:53"

SWAPPAGES="0"
CPUS="4"
IOPRIO="3"
BOOTORDER="10"
CPULIMIT="0"

rmoglia Guest	#2 0 07.11.2014 18:53:00 Я только что зашёл в веб-интерфейс GUI, отредактировал сетевой интерфейс виртуальной машины, сохранил — и всё работает отлично.

Virtualizer

Guest

07.11.2014 20:33:00

Дорогой rmoglia, эта специальная настройка интересна только в связке с veth, если собираешься использовать mac, например, раньше для confixx! Это старая конфигурация, но у нас есть 3 сервера с множеством клиентов, и они не собираются переходить на новые серверы. Так что за это им теперь нужно платить больше каждые полгода... и я надеюсь, что однажды мы сможем отключить старые confixx-серверы. Но после обновления версии proxmox эти 3 сервера не могут запуститься, и у нас была короткая паника! Я даже не знаю, кто еще использует контейнеры (CT) с veth и mac?! По этому поводу я писал во втором сообщении о решении! Но спасибо за твой ответ, Detlef.

tin

Guest

04.12.2014 11:57:00

У меня была такая же проблема. Чтобы помочь тем, кто паникует (ведь это первый результат в Google по ошибке): зайдите в сетевые настройки проблемного контейнера через веб-интерфейс. Дважды кликните по интерфейсу, чтобы отредактировать его. Измените что-нибудь и нажмите ОК, затем вернитесь и исправьте обратно. Если интерфейсов несколько, повторите для всех (на всякий случай). Запустите контейнер. То же самое сделайте со всеми другими контейнерами, у которых похожая ошибка. Не уверен, что реально нужно менять настройки интерфейса, чтобы исправить проблему — я просто сделал так, чтобы быть уверенным.

Virtualizer Guest	#5 0 04.12.2014 12:56:00 Пожалуйста, прочитайте и мой ответ тоже (Сообщение 2)!!! С уважением, Detlfe

Virtualizer

Guest

04.12.2014 13:01:00

И еще одна возможная проблема — с фаерволом. Почему тогда мост с названием vmbr0 вдруг меняется на vmbr0f? Когда фаервол активирован, надо для всех сетевых интерфейсов в настройках фаервола тоже поставить включение — оставить их на vmbr0, но в конфигурационном файле контейнера это будет выглядеть как vmbr0f, например, в /etc/pve/openvz/123.conf. С уважением, Детлеф.

spirit Guest	#7 0 04.12.2014 13:32:00 Это не проблема. Когда включён файрвол, у вас появляется "vmbr0f", но интерфейсы не подключаются к мосту "vmbr0f"! Создаётся специальный файрвол-мост, что-то вроде vmbr0----fwbr<vmid>i0------veth-интерфейс. По вашей проблеме: отсутствует параметр моста в /usr/sbin/vznetaddbr на строке 16. /usr/sbin/vznetcfg завершился с ошибкой. Мы пытаемся подключить veth-интерфейс к заданному мосту. Я проверю, можно ли просто не пытаться это делать, если мост не определён. Можете, пожалуйста, создать багрепорт на https://bugzilla.proxmox.com/?

Читают тему

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