 Временное повисание HN при останоке VE. [message #40338] |
Wed, 11 August 2010 18:04  |
RXL_
Messages: 147
Registered: July 2009
Location: Moscow/Russia
|
Senior Member |
|
|
HN: 2хL5520, 12 ГБ, CentOS 5.5 x86_64.
VE: CentOS 5.5 x86.
ovzkernel: 2.6.18-194.8.1.el5.028stab070.2xen
vzctl: vzctl-3.0.24.1-1
VE создан по шаблону basic. В VE запущен стандартный набор служб: sshd, xinetd, sendmail, crond, saslauthd.
Никаких виртуалок Xen не запущено.
Сеть HN построена на бридже, но без медвежьей помощи Xen-а. IP HN назначен на br0.
Суть происшествия.
Экспериментировал с veth. Часто останавливал и запускал VE в течении дня. Подметил, что со временем остановка контейнера происходит все медленнее. Понемногу, но медленнее.
Во время одной остановки контейнера HN повисла: ssh-сессия разорвалась по таймауту, пинги не проходили.
Т.к. машина удаленная и контролировать ее в живую не было возможности, а человек для ребута был временно недоступен, то просто запустил непрерывный пинг с интервалом 1 секунда. Примерно через 6 минут пинг появился.
Зашел на HN. uptime показал, что ребута не было. dmesg никаких ядерных ошибок не сообщил:
| Quote: | CT: 190: started
device veth190.0 entered promiscuous mode
br0: port 3(veth190.0) entering learning state
br0: port 3(veth190.0) entering learning state
veth190.0: no IPv6 routers present
br0: topology change detected, propagating
br0: port 3(veth190.0) entering forwarding state
br0: port 3(veth190.0) entering disabled state
device veth190.0 left promiscuous mode
br0: port 3(veth190.0) entering disabled state
CT: 190: stopped
|
Если бы не "со временем остановка контейнера происходит все медленнее", то грешил бы на сбой бриджа. А так подозреваю какую-то проблему в ovz-ядре.
Кто-нибудь может что-то сказать по сути происшествия или развеять мои подозрения?
... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
|
|
|
|
OpenVZ Forum
Members
Search
Help
Register
Login
Home
