Bug 9058 - service network reload приводит к неработоспособности vserver'ов
: service network reload приводит к неработоспособности vserver'ов
Status: CLOSED WONTFIX
: Sisyphus
(All bugs in Sisyphus/etcnet)
: unstable
: all Linux
: P2 major
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2006-02-12 14:43 by
Modified: 2008-04-21 11:56 (History)


Attachments


Note

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


Description From 2006-02-12 14:43:52
имеем:
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 (при
старте/остановке виртуальных серверов)
------- Comment #1 From 2006-02-13 04:56:26 -------
Можно посмотреть с другой стороны: что мешает назначить адреса в конфигурации
сети, а не в конфигурации vserver?
------- Comment #2 From 2006-02-13 09:56:11 -------
Боюсь что в случае с виртуальными серверами это не совсем возможно.

Адреса для виртуальных серверов появляются/исчезают в зависимости от статуса
этого виртуального сервера (running/stopped).

Управляются виртуальные сервера отдельной командой vserver <имя>
start/stop/status и т.д.

Более того - каждый IP адрес в данном случае привязывается к контекст-id
виртуального сервера.
------- Comment #3 From 2006-02-13 12:22:31 -------
Это я знаю. Если принять, что при остановленном vserver наличие работающего
адреса на интерфейсе может привести к побочным эффектам (а это так), то я
расширю действие опции DONT_FLUSH и на ifdown тоже. Но это нужно будет
протестировать. Сделаете?
------- Comment #4 From 2006-02-13 12:33:25 -------
Конечно, только надо рассказать мне как это тестировать ;)
------- Comment #5 From 2006-02-14 19:08:10 -------
http://etcnet.org/files/etcnet-0.8.2-alt0.test1.noarch.rpm
Необходима опция DONT_FLUSH для интерфейса, на котором адреса vserver. Возможно,
лучше будет вынести их все на dummy.
------- Comment #6 From 2006-06-29 10:12:50 -------
По крайней мере такой вариант:

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 посадить, что сделать надо?
------- Comment #7 From 2007-04-06 16:31:06 -------
Что-то изменилось ?
------- Comment #8 From 2007-04-06 18:40:48 -------
С другой стороны -- а для ovz это вообще актуально?
------- Comment #9 From 2008-04-21 11:56:20 -------
Видимо, нет.