|
2.3, Бу (?), 13:25, 17/11/2009 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>> net.ipv4.icmp_echo_ignore_broadcasts=1
>А я хочу DHCP
А причем тут DHCP ? Человек боится ping -b
А для работы DHCP внутри VE нужно вместо
> vzctl set 101 --ipadd 10.1.1.101 --save
делать
> vzctl set 101 --netif_add veth0 --save
внутри появится виртуальный адаптер и его уже можно конфигурять обычным /etc/network/interfaces (или /etc/network/interfaces.template если есть дополнительные venet'ы)
хорошо описано все это на сайте openvz http://wiki.openvz.org/Differences_between_venet_and_veth
>> kernel.sysrq = 1
> Это, ваще, просто необходимо :)
Вообще да, т.к. при большом количестве сетевых соединений внутри VE (10-15 к) она отказывается останавливаться и/или чекпоинтицо, например для дампа или миграции, после чего всё ядро встает колом и нельзя ни создать, ни остановить нихрена. echo b > /proc/sysrq-trigger поможет отцу русской демократии (синковацо не забываем).
| |
|
3.10, KMax (?), 07:12, 18/11/2009 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
К вопросу, о veth0
> внутри появится виртуальный адаптер и его уже можно конфигурять обычным /etc/network/interfaces (или /etc/network/interfaces.template если есть дополнительные venet'ы)
Это для интерфейса внутри контейнера
А как привязать также элегантно, адрес для veth101.0 в хостовой системе?
netwoking стартует раньше vz и естественное никаких vethXXX.Y нету.
Кто нибуть решал подобную задачу?
| |
|
4.12, KMax (?), 06:42, 20/11/2009 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>К вопросу, о veth0
>> внутри появится виртуальный адаптер и его уже можно конфигурять обычным /etc/network/interfaces (или /etc/network/interfaces.template если есть дополнительные venet'ы)
>
>Это для интерфейса внутри контейнера
>А как привязать также элегантно, адрес для veth101.0 в хостовой системе?
>netwoking стартует раньше vz и естественное никаких vethXXX.Y нету.
>
>Кто нибуть решал подобную задачу?
Нашёл сам в http://wiki.openvz.org/Veth#Add_veth_device_to_CT_2
но от адреса на venet прилшось отказаться... перезатирал настройки в interfaces
| |
|
|
|
1.4, Vee Nee (?), 13:44, 17/11/2009 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +/– |
Жаль только не весь функционал OpenVZ в ядрах 2.6.26 доступен, так что для нормальной работы контейнеров может понадобиться еще 2.6.18 использовать. :(
| |
|
2.6, Бу (?), 14:38, 17/11/2009 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
+1
> Warning: cpulimit is not yet implemented in kernels > 2.6.18 (i.e. development ones).
> Use stable kernel if you want this feature. | |
|
|
2.9, Бу (?), 06:48, 18/11/2009 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Вишь, хоть тыщщу напишут, а все равно
>> net.ipv4.conf.default.proxy_arp = 0
>> net.ipv4.conf.eth0.proxy_arp=1
>
> аффтар, я тебя не понял.
> что это за махинации? если это специфично именно для вашей конфигурации, то это стоило бы > отметить как-то. | |
|
1.8, Добрый Дохтур (?), 21:44, 17/11/2009 [ответить] [﹢﹢﹢] [ · · · ] [↑] [к модератору]
| +/– |
>net.ipv4.conf.default.proxy_arp = 0
>net.ipv4.conf.eth0.proxy_arp=1
аффтар, я тебя не понял.
что это за махинации? если это специфично именно для вашей конфигурации, то это стоило бы отметить как-то.
| |
|