Увы, но больше openvz я не занимаюсь.

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 на него адреса и не назначет.

2 naf: как думаете, возможно ли починить на этой неделе, чтоб вошло в starterkits-20160612?

ЧЯДНТ?
У меня работает:
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

(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
?

(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

Пока убрал server-ovz из списка вариантов на сборку в starterkits-20160612. :(

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

(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 достаточно давно.

Случайно обратно перевесил. Но, на самом деле, это надо на ядро, похоже, и там закрыть, так как ядро давно обновлено.

в Сизифе, p7 и p8 ядро новее, чем alt142, где проблема совместимости c iproute2 4.x была устранена.