Bug 30491

Summary:	Не понимает vlan-интерфейсы с точкой, если имя основного интерфейса не ethX
Product:	Sisyphus	Reporter:	Sergey Y. Afonin <asy>
Component:	vzctl	Assignee:	Andrew Vasilyev <andy>
Status:	CLOSED NOTABUG	QA Contact:	qa-sisyphus
Severity:	enhancement
Priority:	P3	CC:	andy
Version:	unstable
Hardware:	all
OS:	Linux

Description Sergey Y. Afonin 2014-11-20 11:52:08 MSK

Вот как-то так:

# 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 пока вернули, но надолго ли ?..

Comment 1 Evgenii Terechkov 2014-11-20 12:40:46 MSK

vzlist start 193008? Это и не должно работать.

Что вообще не работает и с какими синдромами? Какие рабочая и нерабочая конфигурации VE?

Версии ядра и утилит какие?

Опять таки - почему не в апстримную багзиллу?

Comment 2 Evgenii Terechkov 2014-11-20 12:54:13 MSK

У меня HN-ы без проблем живут с eth0/eth1, кстати.

Comment 3 Sergey Y. Afonin 2014-11-20 13:21:37 MSK

> vzlist start 193008

Блин. Я не ждал, что оно должно заработать и внимания не обратил. :-)

Тогда непонятно, что у меня не получилось в прошлый раз, и почему пришлось не VLAN, а целиком интерфейс в контейнер загонять. Пока invalid... "not a bug" у нас аналог ?

Comment 4 Sergey Y. Afonin 2014-11-20 13:23:30 MSK

(In reply to comment #2)

> У меня HN-ы без проблем живут с eth0/eth1, кстати.

В systemd и в Сизифе, и в p7/t7, пока удалось вернуть ту часть, которая за переименование отвечает, и которую в апстриме выкинули.

Comment 5 Sergey Y. Afonin 2016-04-20 09:38:04 MSK

(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, надо будет попробовать в следующий раз.