Вот как-то так: # vzctl set 193008 --netdev_add ether1.805 --save # vzlist start 193008 CT ID start is invalid. Если переименовать ether1 в eth1, то всё работает (то есть, eth1.805). Мне бы ether1 и не пришло бы в голову использовать, если бы не Bug 28955. Смотреть комментарии 27 (AEN) и 10 (VSU). Переименование в systemd пока вернули, но надолго ли ?..
vzlist start 193008? Это и не должно работать. Что вообще не работает и с какими синдромами? Какие рабочая и нерабочая конфигурации VE? Версии ядра и утилит какие? Опять таки - почему не в апстримную багзиллу?
У меня HN-ы без проблем живут с eth0/eth1, кстати.
> vzlist start 193008 Блин. Я не ждал, что оно должно заработать и внимания не обратил. :-) Тогда непонятно, что у меня не получилось в прошлый раз, и почему пришлось не VLAN, а целиком интерфейс в контейнер загонять. Пока invalid... "not a bug" у нас аналог ?
(In reply to comment #2) > У меня HN-ы без проблем живут с eth0/eth1, кстати. В systemd и в Сизифе, и в p7/t7, пока удалось вернуть ту часть, которая за переименование отвечает, и которую в апстриме выкинули.
(In reply to comment #3) > > vzlist start 193008 > > Блин. Я не ждал, что оно должно заработать и внимания не обратил. :-) > > Тогда непонятно, что у меня не получилось в прошлый раз, и почему пришлось не > VLAN, а целиком интерфейс в контейнер загонять. Пока invalid... "not a bug" у > нас аналог ? Ситуация, кажется, прояснилась. Когда я эксперименты с vlan в контейнере делал в первый раз, у меня не возникала необходимость перезапуска контейнера отдельно от хост-системы, и я не заметил такую особенность, что vlan кладётся при остановке контейнера. В общем, если vlan прокинут в контейнер, надо запускать его в две команды: ifup ether1.805 vzctl start 193008 Соответственно, reboot внутри контейнера, или vzctl restart 193008 контейнер положат, но не запустят. Вероятнее всего, что я наступил в тот раз именно на это. Сейчас попалось такая вот ссылка: https://openvz.org/VLAN, надо будет попробовать в следующий раз.
