9058 2006-02-12 14:43:49 +0300 service network reload приводит к неработоспособности vserver'ов 2008-04-21 11:56:20 +0400 1 1 4 Development Sisyphus etcnet unstable all Linux CLOSED WONTFIX P2 major --- 1 rider sem ldv mike rider sem shaba vvk qa-sisyphus oldest_to_newest 35674 0 rider 2006-02-12 14:43:52 +0300 имеем: x86_64 (воспроизведётся на любой архитектуре), util-vservers, ядро с поддержкой виртуальных серверов, некоторое количество настроенных виртуальных серверов. До service network reload: 5: eth1: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:50:45:00:ab:64 brd ff:ff:ff:ff:ff:ff inet 10.2.0.5/23 scope global eth1 inet 10.2.0.12/24 brd 10.2.0.255 scope global eth1:vrider30 inet 10.2.0.4/23 brd 10.2.1.255 scope global secondary eth1:vrider inet 10.2.0.15/23 brd 10.2.1.255 scope global secondary eth1:vsu64 inet 10.2.0.10/24 brd 10.2.0.255 scope global secondary eth1:vlioka inet 10.2.0.14/23 brd 10.2.1.255 scope global secondary eth1:vlioka64 inet 10.2.0.11/24 brd 10.2.0.255 scope global secondary eth1:vrider64 inet 10.2.0.3/24 brd 10.2.0.255 scope global secondary eth1:vzerg inet 10.2.0.13/23 brd 10.2.1.255 scope global secondary eth1:vzerg64 После service network reload: 7: eth1: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:50:45:00:ab:64 brd ff:ff:ff:ff:ff:ff inet 10.2.0.5/23 scope global eth1 Необходимо каким-то образом сделать так, что бы поднимаемые не через etcnet адреса при reload не уничтожались. адреса для виртуальных серверов поднимаются с помощью util-vserver (при старте/остановке виртуальных серверов) 35709 1 pilot 2006-02-13 04:56:26 +0300 Можно посмотреть с другой стороны: что мешает назначить адреса в конфигурации сети, а не в конфигурации vserver? 35715 2 rider 2006-02-13 09:56:11 +0300 Боюсь что в случае с виртуальными серверами это не совсем возможно. Адреса для виртуальных серверов появляются/исчезают в зависимости от статуса этого виртуального сервера (running/stopped). Управляются виртуальные сервера отдельной командой vserver <имя> start/stop/status и т.д. Более того - каждый IP адрес в данном случае привязывается к контекст-id виртуального сервера. 35726 3 pilot 2006-02-13 12:22:31 +0300 Это я знаю. Если принять, что при остановленном vserver наличие работающего адреса на интерфейсе может привести к побочным эффектам (а это так), то я расширю действие опции DONT_FLUSH и на ifdown тоже. Но это нужно будет протестировать. Сделаете? 35727 4 rider 2006-02-13 12:33:25 +0300 Конечно, только надо рассказать мне как это тестировать ;) 35787 5 pilot 2006-02-14 19:08:10 +0300 http://etcnet.org/files/etcnet-0.8.2-alt0.test1.noarch.rpm Необходима опция DONT_FLUSH для интерфейса, на котором адреса vserver. Возможно, лучше будет вынести их все на dummy. 38931 6 mike 2006-06-29 10:12:50 +0400 По крайней мере такой вариант: x86_64 etcnet-0.8.3-alt2 пара vserver'ов на eth0 --- /etc/net/ifaces/eth0/options TYPE=eth MODULE=forcedeth BOOTPROTO=dhcp DONT_FLUSH=yes -- не прошёл, слетают алиасы. Проверял так: vserver $name restart service network reload ip ad А чтоб на dummy посадить, что сделать надо? 48114 7 rider 2007-04-06 16:31:06 +0400 Что-то изменилось ? 48172 8 mike 2007-04-06 18:40:48 +0400 С другой стороны -- а для ovz это вообще актуально? 68708 9 mike 2008-04-21 11:56:20 +0400 Видимо, нет.