Home » International » Russian » openvz kernel. vs grsec.
Re: openvz kernel. vs grsec. [message #9222 is a reply to message #9209] |
Fri, 22 December 2006 07:58   |
jdoe
Messages: 13 Registered: December 2006
|
Junior Member |
|
|
dev wrote on Fri, 22 December 2006 16:35 | Эээ... Можно еще один нескромный вопрос? А зачем Вы мигрировали с vserver? Интересны мотивы и причины. В общем, все что может помочь нам сделать продукт еще лучше. Ну и любая другая конструктивная критика типа той что уже была - очень welcome!
Спасибо!
|
Да сетка, будь она неладна. После добавления очередного адреса, вся сетевая структура на хосте развалилась - перегрузка одного хоста приводит к опусканиям интерфейсов на других, вдруг стал важен порядок подъема хостов и прочие радости. Наверное где-то накосячил с rules/routes, можно было бы и дальше ковырять скрипты, но виртуальные интерфейсы показались более правильным решением. И настройка сети внутри VS тоже, в моем случае, по крайней мере. Теперь все значительно упростилось, и почти не пришлось изменять что-то в системных скриптах. Правда пришлось чуть-чуть поправить в VS-ных /sbin/ifup (чтобы понимал policy routing) и в HN /etc/rc.d/init.d/network, но это уже не VZ/VServer проблемы.
А что касается критики. Ну тут, насколько я понял, проблемы ориентации. Ваш продукт ориентирован на массовое предоставление root-shell, хостинга и т.п - отсюда и унифицированные имена VS, функционально упрощенная дефолтная сеть и видимость процессов/сокетов на HN. А мне просто надоело плодить железо в серверной, а потом заниматься его апгрейдом. Где-то год назад я занялся сравнением всяких виртуальных систем - от ХЕN, до uml, но выбрал vserver, уже правда не помню почему его а не VZ 
А про критику... А почему так много ручечек на предмет памяти?
Не проще ли просто "Максимальная память, которую может использовать этот VS"?
Ну в крайнем случае физическая и виртуальная раздельно. Ну с памятью, тут /proc/user_beancounters помогают, чуть ли не по крону пришлось запускать проверку где чего не хватает и добавлять. А вот, к примеру, как узнать, что VSу не хватает процессора? Что пришла пока покрутить --cpuunits?
Или это я man не дочитал?
И еще. затеялся я сделать super-mini template - ну максимум мегов на 5. C busybox-ом. Так не пошло. У вас всюду в src/vzctl
явно указано
argv[] = { "-bash"... };
exec ("/bin/bash", argv...);
exec ("/bin/sh", argv ...);
А бизибокс такого имени не знает Он по имени ориетируется кем ему быть. Ну это так, мелочи...
С уважением,
Антон Умников.
|
|
|
 |
|
openvz kernel. vs grsec.
By: Valmont on Tue, 12 September 2006 21:55
|
 |
|
Re: openvz kernel. vs grsec.
By: dev on Wed, 13 September 2006 13:42
|
 |
|
Re: openvz kernel. vs grsec.
By: dev on Wed, 13 September 2006 13:47
|
 |
|
Re: openvz kernel. vs grsec.
By: Valmont on Wed, 13 September 2006 13:50
|
 |
|
Re: openvz kernel. vs grsec.
By: Valmont on Wed, 13 September 2006 18:46
|
 |
|
Re: openvz kernel. vs grsec.
By: dev on Thu, 14 September 2006 09:23
|
 |
|
Re: openvz kernel. vs grsec.
By: Valmont on Mon, 18 December 2006 21:14
|
 |
|
Re: openvz kernel. vs grsec.
By: jdoe on Tue, 19 December 2006 02:15
|
 |
|
Re: openvz kernel. vs grsec.
By: dev on Tue, 19 December 2006 09:05
|
 |
|
Re: openvz kernel. vs grsec.
By: jdoe on Tue, 19 December 2006 11:07
|
 |
|
Re: openvz kernel. vs grsec.
By: Valmont on Tue, 19 December 2006 11:13
|
 |
|
Re: openvz kernel. vs grsec.
By: dev on Tue, 19 December 2006 11:44
|
 |
|
Re: openvz kernel. vs grsec.
By: jdoe on Wed, 20 December 2006 00:02
|
 |
|
Re: openvz kernel. vs grsec.
By: dev on Fri, 22 December 2006 06:35
|
 |
|
Re: openvz kernel. vs grsec.
By: jdoe on Fri, 22 December 2006 07:58
|
 |
|
Re: openvz kernel. vs grsec.
By: dev on Fri, 22 December 2006 13:16
|
 |
|
Re: openvz kernel. vs grsec.
By: jdoe on Sat, 23 December 2006 01:50
|
 |
|
Re: openvz kernel. vs grsec.
By: dev on Mon, 25 December 2006 08:20
|
 |
|
Re: openvz kernel. vs grsec.
By: dev on Tue, 19 December 2006 09:04
|
 |
|
Re: openvz kernel. vs grsec.
By: Valmont on Wed, 13 September 2006 20:33
|
Goto Forum:
Current Time: Sat Jul 26 23:31:22 GMT 2025
Total time taken to generate the page: 0.34203 seconds
|