Bug 9058 - service network reload приводит к неработоспособности vserver'ов
Summary: service network reload приводит к неработоспособности vserver'ов
Status: CLOSED WONTFIX
Alias: None
Product: Sisyphus
Classification: Development
Component: etcnet (show other bugs)
Version: unstable
Hardware: all Linux
: P2 major
Assignee: Mikhail Efremov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-02-12 14:43 MSK by Anton Farygin
Modified: 2008-04-21 11:56 MSD (History)
7 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Anton Farygin 2006-02-12 14:43:52 MSK
имеем:
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 Denis Ovsienko 2006-02-13 04:56:26 MSK
Можно посмотреть с другой стороны: что мешает назначить адреса в конфигурации
сети, а не в конфигурации vserver?
Comment 2 Anton Farygin 2006-02-13 09:56:11 MSK
Боюсь что в случае с виртуальными серверами это не совсем возможно.

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

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

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

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