30491 2014-11-20 11:52:08 +0300 Не понимает vlan-интерфейсы с точкой, если имя основного интерфейса не ethX 2016-04-20 09:38:04 +0300 1 1 4 Development Sisyphus vzctl unstable all Linux CLOSED NOTABUG P3 enhancement --- 1 asy andy andy qa-sisyphus oldest_to_newest 148937 0 asy 2014-11-20 11:52:08 +0300 Вот как-то так: # 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 пока вернули, но надолго ли ?.. 148939 1 evg 2014-11-20 12:40:46 +0300 vzlist start 193008? Это и не должно работать. Что вообще не работает и с какими синдромами? Какие рабочая и нерабочая конфигурации VE? Версии ядра и утилит какие? Опять таки - почему не в апстримную багзиллу? 148940 2 evg 2014-11-20 12:54:13 +0300 У меня HN-ы без проблем живут с eth0/eth1, кстати. 148941 3 asy 2014-11-20 13:21:37 +0300 > vzlist start 193008 Блин. Я не ждал, что оно должно заработать и внимания не обратил. :-) Тогда непонятно, что у меня не получилось в прошлый раз, и почему пришлось не VLAN, а целиком интерфейс в контейнер загонять. Пока invalid... "not a bug" у нас аналог ? 148942 4 asy 2014-11-20 13:23:30 +0300 (In reply to comment #2) > У меня HN-ы без проблем живут с eth0/eth1, кстати. В systemd и в Сизифе, и в p7/t7, пока удалось вернуть ту часть, которая за переименование отвечает, и которую в апстриме выкинули. 156183 5 asy 2016-04-20 09:38:04 +0300 (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, надо будет попробовать в следующий раз.