Bug 30491

Summary: Не понимает vlan-интерфейсы с точкой, если имя основного интерфейса не ethX
Product: Sisyphus Reporter: Sergey Y. Afonin <asy>
Component: vzctlAssignee: 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, надо будет попробовать в следующий раз.