Bug 17053 - проблема со списком доступных VE при просмотре через web-интерфейс
Summary: проблема со списком доступных VE при просмотре через web-интерфейс
Status: CLOSED WONTFIX
Alias: None
Product: Branch 4.1
Classification: Distributions
Component: alterator-ovz (show other bugs)
Version: unspecified
Hardware: all Linux
: P2 normal
Assignee: aspsk
QA Contact: qa-4.1@altlinux.org
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-09-08 12:46 MSD by Sergey Y. Afonin
Modified: 2009-07-13 14:02 MSD (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sergey Y. Afonin 2008-09-08 12:46:26 MSD
После нескольких созданий/удалений разных VE возникла ситуация. При реальном отсутствии VE вообще, Альтератор показывает VE со странными параметрами:

VE name  	Status  	 Start on boot  	Number of processes  	   	 
iptable 	        module: 	 numproc 		                              configure VE 	configure services 

То есть, в графе name написано "iptable", в графе Status написано "module:", в Start on boot - "numproc". В общем, невозможные параметры. Попытка создания любого нового VE упирается в сообщение об ошибке "Same VE name already in use".

alterator-fbi-2.10-alt4.M41.1, последний dist-upgrade сегодня ситуацию не исправил.
Comment 1 Sergey Y. Afonin 2008-09-09 12:44:18 MSD
Проблема пропала после создания VE через vzctl, вернуть на место, пока, не получилось - удаляется/создаётся, пока, нормально. 
А где, вообще, информация о списке VE хранится ? Я, до текущего момента, думал, что хвосты можно найти только тут:

/etc/vz/conf
/etc/vz/names
/var/lib/vz/root
/var/lib/vz/private

Но в последних трёх каталогах было пусто, а в первом только то, что по-умолчанию. И сейчас всё так же получается.
Comment 2 aspsk 2008-09-09 13:03:23 MSD
(In reply to comment #1)
> Проблема пропала после создания VE через vzctl, вернуть на место, пока, не
> получилось - удаляется/создаётся, пока, нормально. 
> А где, вообще, информация о списке VE хранится ? Я, до текущего момента, думал,
> что хвосты можно найти только тут:



Кошерный способ получить список VE:
# vzlist -a
Comment 3 Sergey Y. Afonin 2008-09-09 13:52:34 MSD
(In reply to comment #2)

> Кошерный способ получить список VE:
> # vzlist -a

А вот это, конечно, плохо, что я не попробовал, пока проблема была... :-(
alterator-ovz именно таким способом список получает ?

Comment 4 aspsk 2008-09-09 14:08:14 MSD
(In reply to comment #3)
> (In reply to comment #2)
> 
> > Кошерный способ получить список VE:
> > # vzlist -a
> 
> А вот это, конечно, плохо, что я не попробовал, пока проблема была... :-(
> alterator-ovz именно таким способом список получает ?
Да, vzlist'ом

Comment 5 aspsk 2009-05-14 17:44:57 MSD
Не актуально
Comment 6 Sergey Y. Afonin 2009-07-13 13:45:19 MSD
> > Кошерный способ получить список VE:
> > # vzlist -a
> 
> А вот это, конечно, плохо, что я не попробовал, пока проблема была... :-(
> alterator-ovz именно таким способом список получает ?

Ещё раз вылезло. Попробовал "vzlist -a" - ничего не показывает.
Comment 7 Sergey Y. Afonin 2009-07-13 13:47:22 MSD
(In reply to comment #5)
> Не актуально

Тогда уж пусть WONTFIX. Потому, что это баг. Другой вопрос, что пакет отжил.
Comment 8 Sergey Y. Afonin 2009-07-13 13:50:14 MSD
(In reply to comment #6)

> > А вот это, конечно, плохо, что я не попробовал, пока проблема была... :-(
> > alterator-ovz именно таким способом список получает ?
> 
> Ещё раз вылезло. Попробовал "vzlist -a" - ничего не показывает.

И ещё, это и 4.0 касается, как выяснилось. Сейчас поймал на последнем Branch 4.0. Может перевесить на 4.0 и сделать reopen ?
Comment 9 Sergey Y. Afonin 2009-07-13 14:02:36 MSD
А вот и причина нашлась совершенно случайно. Оно вылезает, если в /etc/vz/vz.conf в строку с IPTABLES=... добавить iptable_nat ipt_conntrack ipt_recent