Bug 32009 - 2.6.32-alt141 не совместимо с iproute2 4.x: vzctl create ... --ipadd ... не конфигурирует VE:/etc/net/ifaces/*
: 2.6.32-alt141 не совместимо с iproute2 4.x: vzctl create ... --ipadd ... не к...
Status: CLOSED FIXED
: Sisyphus
(All bugs in Sisyphus/kernel-image-ovz-el)
: unstable
: all Linux
: P3 major
Assigned To:
:
:
: regression
:
: 34431
  Show dependency tree
 
Reported: 2016-04-21 13:12 by
Modified: 2018-01-07 19:19 (History)


Attachments


Note

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


Description From 2016-04-21 13:12:52
Пронаблюдал при тестировании альфа-сборки стартеркита server-ovz и шаблона
контейнера ovz-generic на p8 такое: после успешного развёртывания контейнера в
нём не сформированы настройки venet0 для etcnet, соответственно поднимается без
сети.

vzctl-4.9.4-alt1
------- Comment #1 From 2016-04-21 16:38:41 -------
Увы, но больше openvz я не занимаюсь.
------- Comment #2 From 2016-06-04 19:14:25 -------
vzctl не виноват. Всё, что нужно, он делает.
Сломалось оно 25.11.2015, когда приехал iproute2 4.3.0-alt1.

vzctl создаёт конфигурацию в /etc/net/ifaces/venet0/ . Далее он (пере)запускает
интерфейс. Перестал работать ifup venet0 - он в середине процесса вызывает 
/etc/net/scripts/config-ipv4 , где перед настройкой интерфейса проверяется,
включен ли он - через вызов функции iface_is_up $NAME .
Функция лежит в /etc/net/scripts/functions , и проверяет состояние интерфейса 
вызовом
/sbin/ip -o link show dev $NAME 2>/dev/null | cut -d' ' -f3 | grep -qs
'[<,]UP[,>]'

Для iproute2 3.14 

# /sbin/ip -o link show dev venet0 
2: venet0: <BROADCAST,POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue
state UNKNOWN mode DEFAULT \    link/void 

и проверка проходит.

Для iproute2 4.3.0 - в STDERR
# /sbin/ip -o link show dev venet0 
RTNETLINK answers: Invalid argument
Cannot send link get request: Invalid argument

Соответственно, интерфейс считается не включённым и etcnet на него адреса и не
назначет.
------- Comment #3 From 2016-06-06 22:30:29 -------
2 naf: как думаете, возможно ли починить на этой неделе, чтоб вошло в
starterkits-20160612?
------- Comment #4 From 2016-06-07 16:17:24 -------
ЧЯДНТ?
У меня работает:
vzctl-4.1.2-alt1 (из p7)
kernel-image-ovz-el-2.6.32-alt142
iproute2-4.4.0-alt1

# vzctl create 215 --ostemplate altlinux-sisyphus-20160415-x86_64 --layout
simfs --ipadd 192.168.0.215/24
# vzctl start 215
# ls /var/lib/vz/private/215/etc/net/ifaces/venet0/
ipv4address ipv4route options
------- Comment #5 From 2016-06-07 18:13:13 -------
(In reply to comment #4)
> ЧЯДНТ?
> У меня работает:
> ...
> # ls /var/lib/vz/private/215/etc/net/ifaces/venet0/
> ipv4address ipv4route options

Да, это всё работает нормально. К vzctl претензий нет.

А что показывает потом
# ip addr show dev venet0 
и
# ping 192.168.0.215
?
------- Comment #6 From 2016-06-07 18:30:14 -------
(In reply to comment #5)
> (In reply to comment #4)
> > ЧЯДНТ?
> > У меня работает:
> > ...
> > # ls /var/lib/vz/private/215/etc/net/ifaces/venet0/
> > ipv4address ipv4route options
> 
> Да, это всё работает нормально. К vzctl претензий нет.

Так бага именно о том, что с vzctl из Сизифа ровно это не работает.

> А что показывает потом
> # ip addr show dev venet0
> и
> # ping 192.168.0.215
> ?

# vzctl enter 215
entered into CT 215
[root@asdf /]# ip addr show dev venet0
2: venet0: <BROADCAST,POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue
state UNKNOWN 
    link/void 
    inet 192.168.0.215/24 scope global venet0:1
[root@asdf /]# ping 192.168.0.215
PING 192.168.0.215 (192.168.0.215) 56(84) bytes of data.
64 bytes from 192.168.0.215: icmp_req=1 ttl=64 time=0.036 ms
64 bytes from 192.168.0.215: icmp_req=2 ttl=64 time=0.049 ms
^C
--- 192.168.0.215 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 999ms
rtt min/avg/max/mdev = 0.036/0.042/0.049/0.009 ms
------- Comment #7 From 2016-06-10 16:22:05 -------
Пока убрал server-ovz из списка вариантов на сборку в starterkits-20160612. :(
------- Comment #9 From 2017-01-10 14:57:26 -------
(In reply to comment #8)

> Туда же:
> https://lists.altlinux.org/pipermail/sysadmins/2016-September/037614.html

баг же закрыт получается: "или ставить ядро 2.6.32-ovz-el-alt142, там это
решено".
В p8 и p7 сейчас ядро 2.6.32-alt147 достаточно давно.
------- Comment #10 From 2017-01-10 15:11:26 -------
Случайно обратно перевесил. Но, на самом деле, это надо на ядро, похоже, и там
закрыть, так как ядро давно обновлено.
------- Comment #11 From 2017-01-10 15:15:07 -------
в Сизифе, p7 и p8 ядро новее, чем alt142, где проблема совместимости c iproute2
4.x была устранена.