Bug 30491 - Не понимает vlan-интерфейсы с точкой, если имя основного интерфейса не ethX
: Не понимает vlan-интерфейсы с точкой, если имя основного интерфейса не ethX
Status: CLOSED NOTABUG
: Sisyphus
(All bugs in Sisyphus/vzctl)
: unstable
: all Linux
: P3 enhancement
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2014-11-20 11:52 by
Modified: 2016-04-20 09:38 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2014-11-20 11:52:08
Вот как-то так:

# 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 From 2014-11-20 12:40:46 -------
vzlist start 193008? Это и не должно работать.

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

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

Опять таки - почему не в апстримную багзиллу?
------- Comment #2 From 2014-11-20 12:54:13 -------
У меня HN-ы без проблем живут с eth0/eth1, кстати.
------- Comment #3 From 2014-11-20 13:21:37 -------
> vzlist start 193008

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

Тогда непонятно, что у меня не получилось в прошлый раз, и почему пришлось не
VLAN, а целиком интерфейс в контейнер загонять. Пока invalid... "not a bug" у
нас аналог ?
------- Comment #4 From 2014-11-20 13:23:30 -------
(In reply to comment #2)

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

В systemd и в Сизифе, и в p7/t7, пока удалось вернуть ту часть, которая за
переименование отвечает, и которую в апстриме выкинули.
------- Comment #5 From 2016-04-20 09:38:04 -------
(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, надо будет
попробовать в следующий раз.