Re: OpenVZ
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Tue, 9 Feb 2010 16:43:51 +0300: DEO> может вместо подошв сапога кто статейку вычитает/поправит/дополнит? DEO> http://wiki.debian.org/DebianRussian/OpenVZ > К сожалению на сегодня невозможно присвоить гостю нормальное имя, > поэтому придется пока привыкнуть к тому что различать гостевые системы > Вы будете по номерам. Это по крайней мере _несколько_ не так. zsh% ls -l /etc/vz/names итого 0 lrwxrwxrwx 1 root root 21 Сен 20 00:05 nest -> /etc/vz/conf/256.conf Я уж не знаю, везде ли можно употреблять такое имя вместо номера, подозреваю, что не везде. Но в аргументе vzctl точно работает. > После изменения произвольного параметра произвольным способом гостя > необходимо перезапустить. И это неправда. Не знаю, как "все", все не проверял, но по крайней мере часть параметров через vzctl на ура рулятся на ходу. И размер памяти к этим параметрам относится :-) -- Байкер - тоже паровоз, Но всего с двумя колес... (С)энта -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
On Tue, 9 Feb 2010 16:43:51 +0300 "Dmitry E. Oboukhov" wrote: > может вместо подошв сапога кто статейку вычитает/поправит/дополнит? > > http://wiki.debian.org/DebianRussian/OpenVZ > > Параметры гостя > > VZ позволяет устанавливать множество параметров для гостевой системы, ^^ vzctl имеется ввиду? Спасибо, воспользуюсь в течении недели :) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
DEO>> может вместо подошв сапога кто статейку вычитает/поправит/дополнит? DEO>> http://wiki.debian.org/DebianRussian/OpenVZ >> К сожалению на сегодня невозможно присвоить гостю нормальное имя, >> поэтому придется пока привыкнуть к тому что различать гостевые системы >> Вы будете по номерам. AC> Это по крайней мере _несколько_ не так. AC> zsh% ls -l /etc/vz/names AC> итого 0 AC> lrwxrwxrwx 1 root root 21 Сен 20 00:05 nest -> /etc/vz/conf/256.conf AC> Я уж не знаю, везде ли можно употреблять такое имя вместо номера, AC> подозреваю, что не везде. Но в аргументе vzctl точно работает. а дописал бы абзацик? >> После изменения произвольного параметра произвольным способом гостя >> необходимо перезапустить. AC> И это неправда. Не знаю, как "все", все не проверял, но по крайней мере AC> часть параметров через vzctl на ура рулятся на ходу. И размер памяти к AC> этим параметрам относится :-) ага это дополнить надо. кстати табличку бы составить что налету, а что требует перегруза. никто не видел? PS: меня просто попросили объяснить на пальцах как то-се. а я подумал почему добру пропадать? дай думаю хаутушку напишу... -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
Tue, Feb 09, 2010 at 18:30 +0300 Artem Chuprina воздействовал на энтропию: > Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Tue, 9 Feb 2010 > 16:43:51 +0300: > > DEO> может вместо подошв сапога кто статейку вычитает/поправит/дополнит? > > DEO> http://wiki.debian.org/DebianRussian/OpenVZ > > > К сожалению на сегодня невозможно присвоить гостю нормальное имя, > > поэтому придется пока привыкнуть к тому что различать гостевые системы > > Вы будете по номерам. > > Это по крайней мере _несколько_ не так. > > zsh% ls -l /etc/vz/names > итого 0 > lrwxrwxrwx 1 root root 21 Сен 20 00:05 nest -> /etc/vz/conf/256.conf > > Я уж не знаю, везде ли можно употреблять такое имя вместо номера, > подозреваю, что не везде. Но в аргументе vzctl точно работает. Хм. Я как-то, запарившись вспоминать очередной id контейнера, написал простенькую штуку, n2n, которая использовала в качестве аргумента для резолва hostname виртуалки (то ли через dns, то ли прямо смотря в /etc/vz/conf). Тут подумалось -- надо придумать что-то типа NSS для виртуалок, чтобы не развести зоопарк имён в разных местах. Ну и к vzctl заодно прикрутить сетевую прозрачность :-). > > После изменения произвольного параметра произвольным способом гостя > > необходимо перезапустить. > > И это неправда. Не знаю, как "все", все не проверял, но по крайней мере > часть параметров через vzctl на ура рулятся на ходу. И размер памяти к > этим параметрам относится :-) И память, и tcp/udp-соединения, и количество процессов, cpuunits вот только не проверял, но подозреваю, что и он тоже. -- Bright regards, Sergey Korobitsin | http://the-brights.net/ -- Arta Software, http://arta.kz/ | illuminating and elevating xmpp:underta...@jabber.arta.kz | the naturalistic worldview -- Шрифты вгрызлись в нежные глазные яблоки и со смаком захрустели зрачками. -- wfrr @ linux.org.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
>> И это неправда. Не знаю, как "все", все не проверял, но по крайней мере >> часть параметров через vzctl на ура рулятся на ходу. И размер памяти к >> этим параметрам относится :-) SK> И память, и tcp/udp-соединения, и количество процессов, cpuunits вот SK> только не проверял, но подозреваю, что и он тоже. это вики. добавьте/исправьте. PS: кстати видимо еще может разниться от того на какой версии ядра vz. впрочем на это можно забить: в дебиан/стабле давно 26 ядро, а другие индейцы - бог с ними :) -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
>> может вместо подошв сапога кто статейку вычитает/поправит/дополнит? >> >> http://wiki.debian.org/DebianRussian/OpenVZ >> >> Параметры гостя >> >> VZ позволяет устанавливать множество параметров для гостевой системы, DF> ^^ vzctl имеется ввиду? вообще имелось ввиду опенVZ вообще. потому тут не ctl :) -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
Tue, Feb 09, 2010 at 20:58 +0300 Dmitry E. Oboukhov воздействовал на энтропию: > >> может вместо подошв сапога кто статейку вычитает/поправит/дополнит? > >> > >> http://wiki.debian.org/DebianRussian/OpenVZ > >> Чуть исправил, написал про имена, расставил запятые :-). > >> Параметры гостя > >> > >> VZ позволяет устанавливать множество параметров для гостевой системы, > DF> ^^ vzctl имеется ввиду? > > вообще имелось ввиду опенVZ вообще. потому тут не ctl :) Хм, а я исправил на vzctl. Но по смыслу он тоже подходит :-). -- Bright regards, Sergey Korobitsin | http://the-brights.net/ -- Arta Software, http://arta.kz/ | illuminating and elevating xmpp:underta...@jabber.arta.kz | the naturalistic worldview -- Вы не девушки, вы - "матёрые тётки"! :) -- Болат @ Fiesta -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
может вместо подошв сапога кто статейку вычитает/поправит/дополнит? http://wiki.debian.org/DebianRussian/OpenVZ SK> Чуть исправил, написал про имена, расставил запятые :-). спасибо! запятые - моя самая слабая сторона в русская езыка :) -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
Tue, Feb 09, 2010 at 21:14 +0300 Dmitry E. Oboukhov воздействовал на энтропию: > может вместо подошв сапога кто статейку вычитает/поправит/дополнит? > > http://wiki.debian.org/DebianRussian/OpenVZ > > > SK> Чуть исправил, написал про имена, расставил запятые :-). > > спасибо! запятые - моя самая слабая сторона в русская езыка :) > А я просто об их отсутствие глазами запинаюсь, поэтому и проставляю их везде :-). По теме: ещё стоит написать про vzlist, его выдачу (почти такую же настраиваемую, как вывод date, кстати), и скрипт vzdump (он в contrib имеется на сайте, весьма удобный). Я, к сожалению, сейчас не успеваю, спать очень хочется. -- Bright regards, Sergey Korobitsin | http://the-brights.net/ -- Arta Software, http://arta.kz/ | illuminating and elevating xmpp:underta...@jabber.arta.kz | the naturalistic worldview -- Спектакль - это не совокупность образов; нет, Спектакль это общественные отношения, обусловленные образами. -- Ги-Эрнст Дебор, "Общество Спектакля" -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
>> может вместо подошв сапога кто статейку вычитает/поправит/дополнит? >> >> http://wiki.debian.org/DebianRussian/OpenVZ >> >> SK>>> Чуть исправил, написал про имена, расставил запятые :-). >> >> спасибо! запятые - моя самая слабая сторона в русская езыка :) >> SK> А я просто об их отсутствие глазами запинаюсь, поэтому и SK> проставляю их везде :-). SK> По теме: ещё стоит написать про vzlist, его выдачу (почти такую же SK> настраиваемую, как вывод date, кстати), и скрипт vzdump (он в contrib SK> имеется на сайте, весьма удобный). Я, к сожалению, сейчас не успеваю, SK> спать очень хочется. а я как-то привык бакапить tar/gzip/bz2 (то есть средствами гостя) и не очень понимаю в чем профит бакапить vzdump'ом -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
On Tue, Feb 09, 2010 at 04:43:51PM +0300, Dmitry E. Oboukhov wrote: > может вместо подошв сапога кто статейку вычитает/поправит/дополнит? > > http://wiki.debian.org/DebianRussian/OpenVZ >В данном руководстве будем считать что гостевая система будет расположена >в каталоге /vz/guest. Во избежание путаницы, лучше использовать стандартное расположение каталогов, рекомендуемое openvz'шниками, т.е. /vz/private/$VEID. --private в create, при этом, совершенно не обязателен. > Идем в каталог /etc/vz/conf и копируем файл-шаблон конфига > ve-light.conf-sample в файл с именем 10.conf Если создавать с --config light, то это не нужно. Про остальное уже написали, ну и плюс спеллчекер. -- Бедность: шиш в кармане, да вошь на аркане. -- Русская пословица signature.asc Description: Digital signature
Re: OpenVZ
On Tue, 9 Feb 2010 19:35:25 +0300 Konstantin Pavlov wrote: > On Tue, Feb 09, 2010 at 04:43:51PM +0300, Dmitry E. Oboukhov wrote: > > может вместо подошв сапога кто статейку вычитает/поправит/дополнит? > > > > http://wiki.debian.org/DebianRussian/OpenVZ > > >В данном руководстве будем считать что гостевая система будет > >расположена в каталоге /vz/guest. > > Во избежание путаницы, лучше использовать стандартное расположение > каталогов, рекомендуемое openvz'шниками, т.е. /vz/private/$VEID. > очень странная рекомендация. Почему бы им не использовать /srv/vz ? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
>> Идем в каталог /etc/vz/conf и копируем файл-шаблон конфига >> ve-light.conf-sample в файл с именем 10.conf KP> Если создавать с --config light, то это не нужно. это как создавать? я там как раз писал про то что vzctl create в Debian мы пропускаем, поскольку в Debian есть debootstrap KP> Про остальное уже написали, ну и плюс спеллчекер. поправьте спелл если в глаза бросается что :) -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
Tue, Feb 09, 2010 at 21:58 +0300 Dmitry E. Oboukhov воздействовал на энтропию: > SK> По теме: ещё стоит написать про vzlist, его выдачу (почти такую же > SK> настраиваемую, как вывод date, кстати), и скрипт vzdump (он в contrib > SK> имеется на сайте, весьма удобный). Я, к сожалению, сейчас не успеваю, > SK> спать очень хочется. > > а я как-то привык бакапить tar/gzip/bz2 (то есть средствами гостя) и > не очень понимаю в чем профит бакапить vzdump'ом vzdump тоже умеет жать в tar.gz, профит в том, что виртуалку можно им же и restore (назначив при этом такой же id). Я vzdump-ом так виртуалки между хостами таскаю. -- Bright regards, Sergey Korobitsin | http://the-brights.net/ -- Arta Software, http://arta.kz/ | illuminating and elevating xmpp:underta...@jabber.arta.kz | the naturalistic worldview -- Да, у меня хорошая зарплата. Однако я наверняка смог бы заработать ещё больше, скажем, программером или админом в каком-нибудь банке. Собственно, я и работал там одно время. Но у меня, помимо (1) адекватной денежной компенсации, есть ещё ряд ожиданий от работы. Она должна быть (2) интересной и (3) полезной. Полезной не для меня, а в каком-то общечеловеческом, глобальном смысле. Как это ни странно, я всё ещё думаю, что человек (любой) может сделать мир капельку лучше. Пункт (1) я поставил на первое место потому, что у меня семья, дети. Но я ни разу в жизни не искал или не выбирал работу по этому критерию — он как-то сам собой всегда прилагается, наверное, мне просто везёт -- k001 в http://lj.rossia.org/users/k001/603667.html?thread=4558099#t4558099 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
Denis Feklushkin -> debian-russian@lists.debian.org @ Wed, 10 Feb 2010 03:57:36 +0700: >> > может вместо подошв сапога кто статейку вычитает/поправит/дополнит? >> > >> > http://wiki.debian.org/DebianRussian/OpenVZ >> >> >В данном руководстве будем считать что гостевая система будет >> >расположена в каталоге /vz/guest. >> >> Во избежание путаницы, лучше использовать стандартное расположение >> каталогов, рекомендуемое openvz'шниками, т.е. /vz/private/$VEID. >> DF> очень странная рекомендация. Почему бы им не использовать /srv/vz ? Какая разница, куда указывает симлинк /vz? В Debian, например, оно засунуто в /var/lib/vz... -- Попрошу благородного дона не обобщать с утра пораньше! (С)энта -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
>> а я как-то привык бакапить tar/gzip/bz2 (то есть средствами гостя) и >> не очень понимаю в чем профит бакапить vzdump'ом SK> vzdump тоже умеет жать в tar.gz, профит в том, что виртуалку можно им же SK> и restore (назначив при этом такой же id). Я vzdump-ом так виртуалки SK> между хостами таскаю. видимо если понадобится перетащить VZ между хостами я тоже бы vzdump заюзал. Просто в среднем я либо использую VZ там, где я его не админю (то есть как клиент, использующий гостевую OS), либо там где "жаба душит" бакапить /usr и прочие. прописывать exclude на 99% файлов файловой системы конечно можно... но проще tar натравить на конкретно то что нужно (/etc, /home и dpkg-getselection). Кстати не допишите абзацик про vzdump? может кому правда понадобится? -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
On Wed, 10 Feb 2010 13:48:31 +0300 Artem Chuprina wrote: > Denis Feklushkin -> debian-russian@lists.debian.org @ Wed, 10 Feb > 2010 03:57:36 +0700: > > >> > может вместо подошв сапога кто статейку > >> > вычитает/поправит/дополнит? > >> > > >> > http://wiki.debian.org/DebianRussian/OpenVZ > >> > >> >В данном руководстве будем считать что гостевая система будет > >> >расположена в каталоге /vz/guest. > >> > >> Во избежание путаницы, лучше использовать стандартное расположение > >> каталогов, рекомендуемое openvz'шниками, т.е. /vz/private/$VEID. > >> > > DF> очень странная рекомендация. Почему бы им не > DF> использовать /srv/vz ? > > Какая разница, куда указывает симлинк /vz? В Debian, например, оно > засунуто в /var/lib/vz... Если каждая софтина будет хотеть симлинк в / то получится винда -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
DF>>> очень странная рекомендация. Почему бы им не DF>>> использовать /srv/vz ? >> >> Какая разница, куда указывает симлинк /vz? В Debian, например, оно >> засунуто в /var/lib/vz... DF> Если каждая софтина будет хотеть симлинк в / то получится винда это-то да. но когда все предназначение сервера держать в себе ноды VZ, то слишком глубокое их закапывание очень неудобно. кроме всего прочего обычно под "основное предназначение" выделяются отдельные hdd итп. а закапываться в /var/три уровня/ как-то совсем неудобно с т.з. работы :) хотя вот что вынесли отдельный /media и отдельный /mnt я до сих пор понять не могу. -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
10 февраля 2010 г. 19:54 пользователь Dmitry E. Oboukhov написал: > > хотя вот что вынесли отдельный /media и отдельный /mnt я до сих пор > понять не могу. /mnt для временных точек монтирования: http://www.pathname.com/fhs/2.2/fhs-3.11.html /media более постоянный, хоть и не стандарт.
Re: OpenVZ
>> хотя вот что вынесли отдельный /media и отдельный /mnt я до сих пор >> понять не могу. DF> /mnt для временных точек монтирования: DF> http://www.pathname.com/fhs/2.2/fhs-3.11.html DF> /media более постоянный, хоть и не стандарт. стандарт-то я видел. я говорю что не могу понять зачем понадобилось разделять :) -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Wed, 10 Feb 2010 16:54:27 +0300: DEO> хотя вот что вынесли отдельный /media и отдельный /mnt я до сих DEO> пор понять не могу. /mnt был всегда. Он, подозреваю, сильно постарше линукса будет. Я его, кстати, использую, чтобы единоразово смонтировать что-нибудь со странными опциями - или просто что-нибудь странное, что не подхватывается autofs -- Современной называется технология, которую пытаются совать во все дырки независимо от того, заточена она под них или нет. Д. Белявский -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
DEO>> хотя вот что вынесли отдельный /media и отдельный /mnt я до сих DEO>> пор понять не могу. AC> /mnt был всегда. Он, подозреваю, сильно постарше линукса будет. ну да, я о том и говорю, что занафига приделали еще один /media мне непонятно. в potato/woody/sarge были /mnt/cdrom и вроде никого не смущали :) -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
Wed, Feb 10, 2010 at 14:41 +0300 Dmitry E. Oboukhov воздействовал на энтропию: > >> а я как-то привык бакапить tar/gzip/bz2 (то есть средствами гостя) и > >> не очень понимаю в чем профит бакапить vzdump'ом > > SK> vzdump тоже умеет жать в tar.gz, профит в том, что виртуалку можно им же > SK> и restore (назначив при этом такой же id). Я vzdump-ом так виртуалки > SK> между хостами таскаю. > > видимо если понадобится перетащить VZ между хостами я тоже бы vzdump > заюзал. Просто в среднем я либо использую VZ там, где я его не админю > (то есть как клиент, использующий гостевую OS), либо там где "жаба душит" > бакапить /usr и прочие. прописывать exclude на 99% файлов файловой > системы конечно можно... но проще tar натравить на конкретно то что > нужно (/etc, /home и dpkg-getselection). А я придерживаюсь принципа "одна услуга -- одна виртуалка", поэтому для меня так проще. > > Кстати не допишите абзацик про vzdump? может кому правда понадобится? Допишу, ага. Только я его патчил на предмет поддержки VEID < 100, их тоже, наверное, выложу. -- Bright regards, Sergey Korobitsin | http://the-brights.net/ -- Arta Software, http://arta.kz/ | illuminating and elevating xmpp:underta...@jabber.arta.kz | the naturalistic worldview -- Я обвиняю Америку, на которой лежит ответственность за позор наших дней: обожествление труда, эту омерзительную идеологию, основанную на прославлении материального прогресса, брезгливо-пренебрежительную к любой утопии и поэзии, ко всему, что служит совершенствованию человеческой души... Я не могу не противостоять этой тенценции; самым решительным броском вперед - идеей, и наиболее творческим из всех действий - бездельем. -- Тристан Тцара -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
On Wed, 10 Feb 2010 17:45:29 +0300 "Dmitry E. Oboukhov" wrote: > DEO>> хотя вот что вынесли отдельный /media и отдельный /mnt я до сих > DEO>> пор понять не могу. > > AC> /mnt был всегда. Он, подозреваю, сильно постарше линукса будет. > > ну да, я о том и говорю, что занафига приделали еще один /media мне > непонятно. > в potato/woody/sarge были /mnt/cdrom и вроде никого не смущали :) > /media - сменные носители. они чаще всего автомонтированные так что, видимо, чтобы не пересекались с /mnt названиями -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
On Wed, Feb 10, 2010 at 05:45:29PM +0300, Dmitry E. Oboukhov wrote: > в potato/woody/sarge были /mnt/cdrom и вроде никого не смущали :) Они смущали FHS. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): не скажите аналог пакета gtk-theme-switch, только для gtk2 ? grint: gtk2-theme-switch signature.asc Description: Digital signature
Re: OpenVZ
On Wed, Feb 10, 2010 at 08:13:46PM +0600, Dmitry Fedorov wrote: > > хотя вот что вынесли отдельный /media и отдельный /mnt я до сих пор > > понять не могу. > /mnt для временных точек монтирования: > http://www.pathname.com/fhs/2.2/fhs-3.11.html > /media более постоянный, хоть и не стандарт. Стандарт. http://www.pathname.com/fhs/pub/fhs-2.3.html#MEDIAMOUNTPOINT -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): Zerg, пересобери этот скрипт [/usr/bin/startkde] без использования -funroll-all-loops, пожалуйста. :) -- ldv in devel@ signature.asc Description: Digital signature
Re: OpenVZ
On Wed, Feb 10, 2010 at 05:23:27PM +0300, Dmitry E. Oboukhov wrote: > >> хотя вот что вынесли отдельный /media и отдельный /mnt я до сих пор > >> понять не могу. > > DF> /mnt для временных точек монтирования: > DF> http://www.pathname.com/fhs/2.2/fhs-3.11.html > > DF> /media более постоянный, хоть и не стандарт. > > стандарт-то я видел. я говорю что не могу понять зачем понадобилось > разделять :) Вероятно, чтобы не изменять назначение давно назначенного каталога. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): черт, где взять примеры для etcnet? нифига не понятно с vlan-ом ничерта не понял hiddenman: как поймешь - сразу записывай! потом это в документацию пойдет ;) signature.asc Description: Digital signature
Re: OpenVZ
Dmitry E. Oboukhov wrote: > [-- text/plain, encoding quoted-printable, charset: utf-8, 16 lines --] > может вместо подошв сапога кто статейку вычитает/поправит/дополнит? > http://wiki.debian.org/DebianRussian/OpenVZ Бфло бы неплохо упомянуть возможность вызова дополнительных скриптов из /etc/vz/conf/$VEID.mount и /etc/vz/conf/$VEID.umount для монтирования чего либо в контенер после запуска. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
>> Кстати не допишите абзацик про vzdump? может кому правда понадобится? SK> Допишу, ага. Только я его патчил на предмет поддержки VEID < 100, их SK> тоже, наверное, выложу. Упс, я что-то проглядел в документации? почему не было поддержки VEID < 100? -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
On Wed, Feb 10, 2010 at 09:02:52AM +0300, Dmitry E. Oboukhov wrote: > >> Идем в каталог /etc/vz/conf и копируем файл-шаблон конфига > >> ve-light.conf-sample в файл с именем 10.conf > > KP> Если создавать с --config light, то это не нужно. > > это как создавать? я там как раз писал про то что vzctl create в > Debian мы пропускаем, поскольку в Debian есть debootstrap vzctl create это распаковка .tar.gz плюс некоторые операции, в т.ч. и создание конфига. Или Вы предлагаете каждый раз при создании виртуальной машины запускать debootstrap? Мне кажется это излишним. -- You are fairminded, just and loving. signature.asc Description: Digital signature
Re: OpenVZ
KP>>> Если создавать с --config light, то это не нужно. >> >> это как создавать? я там как раз писал про то что vzctl create в >> Debian мы пропускаем, поскольку в Debian есть debootstrap KP> vzctl create это распаковка .tar.gz плюс некоторые операции, в т.ч. и KP> создание конфига. KP> Или Вы предлагаете каждый раз при создании виртуальной машины запускать KP> debootstrap? Мне кажется это излишним. в рамках Debian мне казался этот способ наиболее логичным. кстати пакета с шаблонами операционных систем в Debian нет (или уже есть?), полагаю именно по этой причине. в README.Debian кстати предлагается создавать гостя именно debootstrap'ом -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
On Wed, Feb 10, 2010 at 08:25:06PM +0300, Dmitry E. Oboukhov wrote: > KP>>> Если создавать с --config light, то это не нужно. > >> > >> это как создавать? я там как раз писал про то что vzctl create в > >> Debian мы пропускаем, поскольку в Debian есть debootstrap > > KP> vzctl create это распаковка .tar.gz плюс некоторые операции, в т.ч. и > KP> создание конфига. > > KP> Или Вы предлагаете каждый раз при создании виртуальной машины запускать > KP> debootstrap? Мне кажется это излишним. > > в рамках Debian мне казался этот способ наиболее логичным. кстати > пакета с шаблонами операционных систем в Debian нет (или уже есть?), > полагаю именно по этой причине. > в README.Debian кстати предлагается создавать гостя именно > debootstrap'ом Да создавайте, кто ж против. Потом запакуйте в debian-$version.tar.gz и положите в $TEMPLATE/cache/ и вызывайте vzctl create так, как это делают все нормальные люди. -- Русские программисты всегда в настроении для программирования. signature.asc Description: Digital signature
Re: OpenVZ
>> в рамках Debian мне казался этот способ наиболее логичным. кстати >> пакета с шаблонами операционных систем в Debian нет (или уже есть?), >> полагаю именно по этой причине. >> в README.Debian кстати предлагается создавать гостя именно >> debootstrap'ом KP> Да создавайте, кто ж против. Потом запакуйте в debian-$version.tar.gz и KP> положите в $TEMPLATE/cache/ и вызывайте vzctl create так, как это делают KP> все нормальные люди. ну дык зачем держать в системе охрененного размера tgz (причем в нескольких вариантах), если он строится одним вызовом одного скрипта за время меньшее одной минуты. первичная настройка гостя займет существенно больше времени. Даже на хосте который гостей за деньги раздает всем подряд накладные расходы на debootstrap будут ничтожными (бо зеркало на таком хосте под рукой будет) -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
On Wed, Feb 10, 2010 at 11:10:35PM +0300, Dmitry E. Oboukhov wrote: > ну дык зачем держать в системе охрененного размера tgz Чтобы экономить в последующих "первоначальных" и не очень настройках. Кроме того, подобный .tar.gz можно серьезно кастомизировать "под себя" или "под клиента". Мне почему-то кажется, что я очевиднейшие вещи обьясняю :/ -- За неимением гербовой пишут и на простой. -- Русская пословица signature.asc Description: Digital signature
Re: OpenVZ
Dmitry E. Oboukhov пишет: > KP>>> Если создавать с --config light, то это не нужно. >>> это как создавать? я там как раз писал про то что vzctl create в >>> Debian мы пропускаем, поскольку в Debian есть debootstrap > > KP> vzctl create это распаковка .tar.gz плюс некоторые операции, в т.ч. и > KP> создание конфига. > > KP> Или Вы предлагаете каждый раз при создании виртуальной машины запускать > KP> debootstrap? Мне кажется это излишним. > > в рамках Debian мне казался этот способ наиболее логичным. кстати > пакета с шаблонами операционных систем в Debian нет (или уже есть?), > полагаю именно по этой причине. > в README.Debian кстати предлагается создавать гостя именно > debootstrap'ом А шаблоны есть. Например здесь: http://download.openvz.org/ Конкретно здесь: http://download.openvz.org/template/precreated/ И даже если и не есть - создай один раз и распаковывай каждый раз. Интернеты не у всех быстрые\бесплатные. -- Best regards, Mikhail. xmpp: ant...@stopicq.ru irc: Bart-mdv- @ SolarNet SolarNet: http://www.solarnet.ru/ signature.asc Description: OpenPGP digital signature
Re: OpenVZ
KP> Если создавать с --config light, то это не нужно. это как создавать? я там как раз писал про то что vzctl create в Debian мы пропускаем, поскольку в Debian есть debootstrap >> KP>>> vzctl create это распаковка .tar.gz плюс некоторые операции, в т.ч. и KP>>> создание конфига. >> KP>>> Или Вы предлагаете каждый раз при создании виртуальной машины запускать KP>>> debootstrap? Мне кажется это излишним. >> >> в рамках Debian мне казался этот способ наиболее логичным. кстати >> пакета с шаблонами операционных систем в Debian нет (или уже есть?), >> полагаю именно по этой причине. >> в README.Debian кстати предлагается создавать гостя именно >> debootstrap'ом MAA> А шаблоны есть. Например здесь: http://download.openvz.org/ MAA> Конкретно здесь: http://download.openvz.org/template/precreated/ об этом написано в статье :) MAA> И даже если и не есть - создай один раз и распаковывай каждый раз. MAA> Интернеты не у всех быстрые\бесплатные. ага, но мы говорили о debianway :) -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11.02.2010 10:06, Dmitry E. Oboukhov wrote: > MAA> И даже если и не есть - создай один раз и распаковывай каждый раз. > MAA> Интернеты не у всех быстрые\бесплатные. > > ага, но мы говорили о debianway :) А чем создание собственного шаблона не debian way? - -- Yours sincerely Sergiy Yegorov Linux SA, RHCT -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Remi - http://enigmail.mozdev.org/ iD8DBQFLc87ju2CRQJD5x9wRAmKEAJ9vJsbINX60iJLMDlz4LnPlVBSWPgCglygu 6c85xiCAE/BSd+E1eLaO9jc= =bXb0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
Andrey Melnikoff -> debian-russian@lists.debian.org @ Wed, 10 Feb 2010 19:34:30 +0300: >> может вместо подошв сапога кто статейку вычитает/поправит/дополнит? >> http://wiki.debian.org/DebianRussian/OpenVZ AM> Бфло бы неплохо упомянуть возможность вызова дополнительных AM> скриптов из /etc/vz/conf/$VEID.mount и /etc/vz/conf/$VEID.umount AM> для монтирования чего либо в контенер после запуска. IMHO не стоит. Соответствующее место на сайте OpenVZ (о монтировании и контейнерах вообще) снабжено систематическим подходом, а тут систематического не получится. -- Greenspun's Tenth Rule of Programming: any sufficiently complicated C or Fortran program contains an ad hoc informally-specified bug-ridden slow implementation of half of Common Lisp. -- Phil Greenspun "Including Common Lisp." -- Robert Morris -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
Hello! On Tuesday 09 February 2010 16:43:51 Dmitry E. Oboukhov wrote: > http://wiki.debian.org/DebianRussian/OpenVZ Сразу вопрос появился, и не один :-) Как насчет репликации и миграции контейнеров? Как обеспечивается безопасность и отказоустойчивость? В общем, хотелось бы хоть немного увидеть не в духе "прицельтесь и ткните вилкой", а что такое вилка и как/где ее применять - идеологию. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: OpenVZ
>> http://wiki.debian.org/DebianRussian/OpenVZ AP> Сразу вопрос появился, и не один :-) Как насчет репликации и миграции AP> контейнеров? Как обеспечивается безопасность и отказоустойчивость? AP> В общем, хотелось бы хоть немного увидеть не в духе "прицельтесь и AP> ткните вилкой", а что такое вилка и как/где ее применять - идеологию. дописать надо главу про бакапы. А еще и введение неплохо бы. -- ... mpd playing: Accept - Metal Heart . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
Hello! On Friday 12 February 2010 13:08:36 Dmitry E. Oboukhov wrote: > дописать надо главу про бакапы. А еще и введение неплохо бы. То есть отказоустойчивости в принципе нет? О безопасности тоже ни слова? А я думал, что это _серверное_ решение. Да, я понимаю, что можно бэкапить контейнер, но а) это долго б) нужна возможность "заморозки" состояния процессов, запущенных в контейнере Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: OpenVZ
>> дописать надо главу про бакапы. А еще и введение неплохо бы. AP> То есть отказоустойчивости в принципе нет? Как ты обеспечиваешь безопасность обычного сервера? бакапишь и резервируешь. другого способа вроде бы и не придумано. AP> ни слова? А я думал, что это _серверное_ решение. Да, я понимаю, AP> что можно бэкапить контейнер, но а) это долго я тут выше по треду где-то писал, что я совершенно не помнимаю идеи бакапа контейнера. если в контейнере сервер БД, то бакапить надо 1. общую конфигурацию сервера 2. БД причем второе можно в виде репликации чтобы 24/7 получить работоспособность. AP> б) нужна возможность AP> "заморозки" состояния процессов, запущенных в контейнере не видел чтобы на реальных железных машинах возможность заморозки процессов где-то использовалась -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
On Fri, Feb 12, 2010 at 01:01:02PM +0300, Alexey Pechnikov wrote: > Hello! > > On Tuesday 09 February 2010 16:43:51 Dmitry E. Oboukhov wrote: > > http://wiki.debian.org/DebianRussian/OpenVZ > > Сразу вопрос появился, и не один :-) Как насчет репликации и миграции > контейнеров? "репликация" rsync'ом, если раздел не реплицируется чем-либо типа drbd миграция практически им же, см. vzmigrate > Как обеспечивается безопасность и отказоустойчивость? безопасность в каком смысле? отказоустойчивость -- см. heartbeat + drbd, к примеру > В общем, хотелось бы хоть немного увидеть не в духе "прицельтесь и > ткните вилкой", а что такое вилка и как/где ее применять - идеологию. -- Bolub's Fourth Law of Computerdom: Project teams detest weekly progress reporting because it so vividly manifests their lack of progress. signature.asc Description: Digital signature
Re: OpenVZ
Fri, Feb 12, 2010 at 13:36 +0300 Alexey Pechnikov воздействовал на энтропию: > Hello! > > On Friday 12 February 2010 13:08:36 Dmitry E. Oboukhov wrote: > > дописать надо главу про бакапы. А еще и введение неплохо бы. > > То есть отказоустойчивости в принципе нет? Что вы подразумеваете под отказоустойчивостью? > О безопасности тоже > ни слова? Опять же, что конкретно интересует? > А я думал, что это _серверное_ решение. Да, я понимаю, > что можно бэкапить контейнер, Да, можно, я так и делаю, в основном. > но а) это долго Зависит от размера "потрохов", у меня в среднем -- 2 минуты. > б) нужна возможность > "заморозки" состояния процессов, запущенных в контейнере Имеется, опция --suspend у vzdump, например. -- Bright regards, Sergey Korobitsin | http://the-brights.net/ -- Arta Software, http://arta.kz/ | illuminating and elevating xmpp:underta...@jabber.arta.kz | the naturalistic worldview -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
Hello! On Friday 12 February 2010 14:03:35 Sergey Korobitsin wrote: > > То есть отказоустойчивости в принципе нет? > > Что вы подразумеваете под отказоустойчивостью? "Живую миграцию", например, как xen делает. > > О безопасности тоже > > ни слова? > > Опять же, что конкретно интересует? Основную систему защитить от действий софта в контейнере. > > > А я думал, что это _серверное_ решение. Да, я понимаю, > > что можно бэкапить контейнер, > > Да, можно, я так и делаю, в основном. > > > но а) это долго > > Зависит от размера "потрохов", у меня в среднем -- 2 минуты. Повезло. > > б) нужна возможность > > "заморозки" состояния процессов, запущенных в контейнере > > Имеется, опция --suspend у vzdump, например. О, вот это уже интереснее, имхо нужно в вики упомянуть. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: OpenVZ
Hello! On Friday 12 February 2010 13:56:33 Konstantin Pavlov wrote: > On Fri, Feb 12, 2010 at 01:01:02PM +0300, Alexey Pechnikov wrote: > > Hello! > > > > On Tuesday 09 February 2010 16:43:51 Dmitry E. Oboukhov wrote: > > > http://wiki.debian.org/DebianRussian/OpenVZ > > > > Сразу вопрос появился, и не один :-) Как насчет репликации и миграции > > контейнеров? > > "репликация" rsync'ом, если раздел не реплицируется чем-либо типа drbd Это не поможет перенести запущенные приложения на другой хост. > миграция практически им же, см. vzmigrate Ага, значит, все-тами что-то есть. А со слов Dmitry E. Oboukhov получалось, что ничего такого в принципе нет, не было и не будет. > > Как обеспечивается безопасность и отказоустойчивость? > > безопасность в каком смысле? > > отказоустойчивость -- см. heartbeat + drbd, к примеру С этим понятно, это внешнее по отношению к openvz средство. Мой же вопрос в том, а что сам проект openvz предлагает/рекомендует, с какими утилитами уже предусмотрена интеграция. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: OpenVZ
>> безопасность в каком смысле? >> >> отказоустойчивость -- см. heartbeat + drbd, к примеру AP> С этим понятно, это внешнее по отношению к openvz средство. Мой же AP> вопрос в том, а что сам проект openvz предлагает/рекомендует, с какими AP> утилитами уже предусмотрена интеграция. расскажи как бы ты видел эту самую пресловутую отказоустойчивость применительно к контейнеру VM? -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
Fri, Feb 12, 2010 at 14:12 +0300 Alexey Pechnikov воздействовал на энтропию: > > > То есть отказоустойчивости в принципе нет? > > > > Что вы подразумеваете под отказоустойчивостью? > > "Живую миграцию", например, как xen делает. Это миграция с хоста на хост без увода контейнера в offline? > > > О безопасности тоже > > > ни слова? > > > > Опять же, что конкретно интересует? > > Основную систему защитить от действий софта в контейнере. Правильной установкой бинкаунтеров, например. > > > б) нужна возможность > > > "заморозки" состояния процессов, запущенных в контейнере > > > > Имеется, опция --suspend у vzdump, например. > > О, вот это уже интереснее, имхо нужно в вики упомянуть. На выходных займусь, наверное. -- Bright regards, Sergey Korobitsin | http://the-brights.net/ -- Arta Software, http://arta.kz/ | illuminating and elevating xmpp:underta...@jabber.arta.kz | the naturalistic worldview -- Шрифты в грызлись в нежные глазные яблоки и со смаком захрустели зрачками. -- wfrr @ linux.org.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
Hello! On Friday 12 February 2010 14:28:39 Dmitry E. Oboukhov wrote: > расскажи как бы ты видел эту самую пресловутую отказоустойчивость > применительно к контейнеру VM? Хотя бы так же, как видят xen и vmware. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: OpenVZ
>>> То есть отказоустойчивости в принципе нет? >> >> Что вы подразумеваете под отказоустойчивостью? AP> "Живую миграцию", например, как xen делает. а зачем? понятно что это типа круто, но зачем? на железных серверах же не делает никто "живой миграции" приложений с сервера на сервер, а если и делает, то это уже кластер и сервер в нем не сервер, а всего лишь часть большого метасервера. >>> О безопасности тоже >>> ни слова? >> >> Опять же, что конкретно интересует? AP> Основную систему защитить от действий софта в контейнере. действия в контейнере изолированы. соответственно ничего кроме создания нагрузки на CPU/MEM/hdd они на основную систему не оказывают. тут квоты и лимиты должны спасать отца русской демократии :) >>> б) нужна возможность >>> "заморозки" состояния процессов, запущенных в контейнере >> >> Имеется, опция --suspend у vzdump, например. AP> О, вот это уже интереснее, имхо нужно в вики упомянуть. сбакапить сами данные в сотни может быть раз быстрее нежели сбакапить весь контейнер. да и саспенд - остановка сервиса. -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
>> расскажи как бы ты видел эту самую пресловутую отказоустойчивость >> применительно к контейнеру VM? AP> Хотя бы так же, как видят xen и vmware. а подробнее? -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
Alexey Pechnikov -> debian-russian@lists.debian.org @ Fri, 12 Feb 2010 13:01:02 +0300: >> http://wiki.debian.org/DebianRussian/OpenVZ AP> Сразу вопрос появился, и не один :-) Как насчет репликации и AP> миграции контейнеров? Как обеспечивается безопасность и AP> отказоустойчивость? В общем, хотелось бы хоть немного увидеть не в AP> духе "прицельтесь и ткните вилкой", а что такое вилка и как/где ее AP> применять - идеологию. А в этом уже нет ничего дебиан-специфичного. http://www.openvz.org . -- /итд/почтопосылалка.нстрк (c) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
>>> http://wiki.debian.org/DebianRussian/OpenVZ AP>> Сразу вопрос появился, и не один :-) Как насчет репликации и AP>> миграции контейнеров? Как обеспечивается безопасность и AP>> отказоустойчивость? В общем, хотелось бы хоть немного увидеть не в AP>> духе "прицельтесь и ткните вилкой", а что такое вилка и как/где ее AP>> применять - идеологию. AC> А в этом уже нет ничего дебиан-специфичного. http://www.openvz.org . да, подглаву "Ссылки" надо бы :) -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
Hello! On Friday 12 February 2010 14:29:17 Sergey Korobitsin wrote: > Fri, Feb 12, 2010 at 14:12 +0300 Alexey Pechnikov воздействовал на энтропию: > > > > То есть отказоустойчивости в принципе нет? > > > > > > Что вы подразумеваете под отказоустойчивостью? > > > > "Живую миграцию", например, как xen делает. > > Это миграция с хоста на хост без увода контейнера в offline? Хотя бы с очень малым временем простоя. А иначе нет смысла менять чрут на openvz - к примеру, синхронизировать rdiff два хоста с контейнером на сотню гиг незаметно для пользователей не получится. > > > > О безопасности тоже > > > > ни слова? > > > > > > Опять же, что конкретно интересует? > > > > Основную систему защитить от действий софта в контейнере. > > Правильной установкой бинкаунтеров, например. Ну так хоть упомяните в вики об этом, иначе откуда читатель узнает, что это вообще возможно. Сейчас получается, что сначала читаем описание множества технических деталей, а потом пытаемся разобраться, применимо ли вообще это решение в нашем случае. > > > > > б) нужна возможность > > > > "заморозки" состояния процессов, запущенных в контейнере > > > > > > Имеется, опция --suspend у vzdump, например. > > > > О, вот это уже интереснее, имхо нужно в вики упомянуть. > > На выходных займусь, наверное. Здесь отпишитесь потом, думаю, не только мне будет интересно прочитать. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: OpenVZ
Hello! On Friday 12 February 2010 14:36:10 Artem Chuprina wrote: > А в этом уже нет ничего дебиан-специфичного. http://www.openvz.org . Я надеюсь, что речь идет про сделать хорошо, а не для галочки. Дебиан- специфика проявится в первую очередь как раз в идеологии использования. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: OpenVZ
> То есть отказоустойчивости в принципе нет? Что вы подразумеваете под отказоустойчивостью? >>> >>> "Живую миграцию", например, как xen делает. >> >> Это миграция с хоста на хост без увода контейнера в offline? AP> Хотя бы с очень малым временем простоя. А иначе нет смысла менять чрут AP> на openvz - к примеру, синхронизировать rdiff два хоста с контейнером на AP> сотню гиг незаметно для пользователей не получится. а по большому счету OpenVZ и есть "умный чрут" > О безопасности тоже > ни слова? Опять же, что конкретно интересует? >>> >>> Основную систему защитить от действий софта в контейнере. >> >> Правильной установкой бинкаунтеров, например. AP> Ну так хоть упомяните в вики об этом, иначе откуда читатель узнает, что AP> это вообще возможно. Сейчас получается, что сначала читаем описание AP> множества технических деталей, а потом пытаемся разобраться, применимо AP> ли вообще это решение в нашем случае. базовый набор лимитов в статье описан. см последний раздел с таблицей -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
Hello! On Friday 12 February 2010 14:35:14 Dmitry E. Oboukhov wrote: > >> расскажи как бы ты видел эту самую пресловутую отказоустойчивость > >> применительно к контейнеру VM? > > AP> Хотя бы так же, как видят xen и vmware. > > а подробнее? > Live migration of Xen domains http://www.linux.com/archive/feature/55773 KVM http://www.linux-kvm.org/page/Migration VmWare http://www.vmware.com/products/vmotion/ OpenVZ http://wiki.openvz.org/Checkpointing_and_live_migration Или "дебиан-специфика" вам запрещает даже упоминать об этом?! Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: OpenVZ
AP> On Friday 12 February 2010 14:35:14 Dmitry E. Oboukhov wrote: расскажи как бы ты видел эту самую пресловутую отказоустойчивость применительно к контейнеру VM? >> AP>>> Хотя бы так же, как видят xen и vmware. >> >> а подробнее? >> AP> Live migration of Xen domains AP> http://www.linux.com/archive/feature/55773 AP> KVM AP> http://www.linux-kvm.org/page/Migration AP> VmWare AP> http://www.vmware.com/products/vmotion/ AP> OpenVZ AP> http://wiki.openvz.org/Checkpointing_and_live_migration AP> Или "дебиан-специфика" вам запрещает даже упоминать об этом?! блин ну это ж вики. если ты это считаешь таким важным (я правда не пойму как это соотносится с отказоустойчивостью), возьми да допиши главу. PS: вообще я статью писал как "быстрая вводная" то есть взять и начать работать с чего-то. а охватить все спецслучаи - надо книгу писать. -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
Hello! On Friday 12 February 2010 14:54:36 Dmitry E. Oboukhov wrote: > >> Правильной установкой бинкаунтеров, например. > > AP> Ну так хоть упомяните в вики об этом, иначе откуда читатель узнает, что > AP> это вообще возможно. Сейчас получается, что сначала читаем описание > AP> множества технических деталей, а потом пытаемся разобраться, применимо > AP> ли вообще это решение в нашем случае. > > базовый набор лимитов в статье описан. см последний раздел с таблицей Ага, то самое множество технических деталей. Где бы увидеть параметры, рекомендованные для гостя с дебиан ленни для задач а) веб-сервера б) СУБД в) почтовика, etc.? Понимаю, что такой информации у вас может не быть, приведите свои примеры, какие задачи с камкими настройками решаете, это здорово поможет другим пользователям. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: OpenVZ
Hello! On Friday 12 February 2010 15:03:49 Dmitry E. Oboukhov wrote: > блин ну это ж вики. если ты это считаешь таким важным (я правда не > пойму как это соотносится с отказоустойчивостью), возьми да допиши > главу. Я этим никогда не пользовался, только вот сейчас поискал и нашел. Хорошо бы узнать, как оно именно на ленни живет от тех, кто в теме. > PS: вообще я статью писал как "быстрая вводная" то есть взять и начать > работать с чего-то. > а охватить все спецслучаи - надо книгу писать. А совсем об этом не упомянув, вовсе непонятно, зачем openvz, если он от чрута не отличается. Лимиты? Но многие лимиты можно в современных ядрах выставить и/или в настройках самих запускаемых программ. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: OpenVZ
AP> чрута не отличается. Лимиты? Но многие лимиты можно в современных ядрах AP> выставить и/или в настройках самих запускаемых программ. лимиты выставить можно. а вот делегировать чруту сетевой интерфейс наверно будет сложнее. ну и юзеры в чруте будут пересекаться таки с локальными (то есть рут в чруте тоже что и рут вне чрута, а в OpenVZ рут в госте это рут в госте) -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
Hello! On Friday 12 February 2010 15:14:17 Dmitry E. Oboukhov wrote: > AP> чрута не отличается. Лимиты? Но многие лимиты можно в современных ядрах > AP> выставить и/или в настройках самих запускаемых программ. > > лимиты выставить можно. а вот делегировать чруту сетевой интерфейс > наверно будет сложнее. ну и юзеры в чруте будут пересекаться таки с > локальными (то есть рут в чруте тоже что и рут вне чрута, а в OpenVZ > рут в госте это рут в госте) Добавите в вики? Наверняка таких идеологических моментов еще найдется, а ведь как раз они выбор определяют. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: OpenVZ
Alexey Pechnikov wrote: > Hello! > > On Friday 12 February 2010 14:29:17 Sergey Korobitsin wrote: >> Fri, Feb 12, 2010 at 14:12 +0300 Alexey Pechnikov воздействовал на энтропию: > То есть отказоустойчивости в принципе нет? Что вы подразумеваете под отказоустойчивостью? >>> "Живую миграцию", например, как xen делает. >> Это миграция с хоста на хост без увода контейнера в offline? > > Хотя бы с очень малым временем простоя. А иначе нет смысла менять чрут > на openvz - к примеру, синхронизировать rdiff два хоста с контейнером на > сотню гиг незаметно для пользователей не получится. Умеет это OpenVZ, делал я такое. Подробностей "вотпрямщаз" не упомню. Юрий -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
Alexey Pechnikov -> debian-russian@lists.debian.org @ Fri, 12 Feb 2010 15:23:55 +0300: >> AP> чрута не отличается. Лимиты? Но многие лимиты можно в современных ядрах >> AP> выставить и/или в настройках самих запускаемых программ. >> >> лимиты выставить можно. а вот делегировать чруту сетевой интерфейс >> наверно будет сложнее. ну и юзеры в чруте будут пересекаться таки с >> локальными (то есть рут в чруте тоже что и рут вне чрута, а в OpenVZ >> рут в госте это рут в госте) AP> Добавите в вики? Наверняка таких идеологических моментов еще AP> найдется, а ведь как раз они выбор определяют. Блин, Алексей, ну нафига в дебиановской вике "перепевы Рабиновичем" родной? Оно мало того что будет принципиально неполно и неактуально (ибо кто возьмется поддерживать это полным и актуальным?), так еще и чем глубже, тем менее верно. OpenVZ очень много чем отличается от чрута, в том числе и в том, какие именно лимиты можно выставить одному и другому. Но Дима об этом не знает, а авторы OpenVZ - знают. Если Дима напишет в вике, что по лимитам одно от другого не отличается, это будет введением народа в заблуждение. А зачем? Я понимаю еще вику типа "как настроить в Debian". И то, в общем, то, что там Дима написал про debootstrap - оно, в общем, очень и очень спорно. Но рассказывать неправду про то, про что на родном сайте можно узнать правду, я смысла не вижу. Зато вижу смысл так не делать. -- А еще следует потребовать, чтобы программисты, перед тем, как писать код, внимательно прочли спецификацию: с сыром - это чизбургер. Игус в -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
Alexey Pechnikov -> debian-russian@lists.debian.org @ Fri, 12 Feb 2010 13:36:04 +0300: >> дописать надо главу про бакапы. А еще и введение неплохо бы. AP> То есть отказоустойчивости в принципе нет? О безопасности тоже AP> ни слова? А зайти на родной сайт и почитать по ссылкам буквально с первой же страницы неспортивно? AP> А я думал, что это _серверное_ решение. Думал? Не верю. -- В теории нет различия между теорией и практикой. На практике - есть. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
>>> лимиты выставить можно. а вот делегировать чруту сетевой интерфейс >>> наверно будет сложнее. ну и юзеры в чруте будут пересекаться таки с >>> локальными (то есть рут в чруте тоже что и рут вне чрута, а в OpenVZ >>> рут в госте это рут в госте) AC> OpenVZ очень много чем отличается от чрута, в том числе и в том, какие AC> именно лимиты можно выставить одному и другому. Но Дима об этом не AC> знает, ты себя на меня не проецируй. вон цитата выше где как раз написано чем в частности отличается. -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
Alexey Pechnikov -> debian-russian@lists.debian.org @ Fri, 12 Feb 2010 15:07:11 +0300: >> >> Правильной установкой бинкаунтеров, например. >> >> AP> Ну так хоть упомяните в вики об этом, иначе откуда читатель узнает, что >> AP> это вообще возможно. Сейчас получается, что сначала читаем описание >> AP> множества технических деталей, а потом пытаемся разобраться, применимо >> AP> ли вообще это решение в нашем случае. >> >> базовый набор лимитов в статье описан. см последний раздел с таблицей AP> Ага, то самое множество технических деталей. Где бы увидеть AP> параметры, рекомендованные для гостя с дебиан ленни для задач а) AP> веб-сервера б) СУБД в) почтовика, etc.? Понимаю, что такой AP> информации у вас может не быть, приведите свои примеры, какие AP> задачи с камкими настройками решаете, это здорово поможет другим AP> пользователям. Для начала - с дефолтными. По мере выяснения потребностей конкретной машины ручки подкручиваются. Ты вот можешь рекомендовать параметры _железной_ машины "для задач а) веб-сервера б) СУБД в) почтовика, etc.?" Не зная, что серверит этот веб-сервер, что за данные в СУБД, сколько почты и как должен обрабатывать почтовик? -- Обновление Windows изменило интуитивно ясный интерфейс Вашего компьютера. Загрузите обновление интуиции с сайта Microsoft. (С)энта -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
Alexey Pechnikov -> debian-russian@lists.debian.org @ Fri, 12 Feb 2010 14:50:38 +0300: >> А в этом уже нет ничего дебиан-специфичного. http://www.openvz.org . AP> Я надеюсь, что речь идет про сделать хорошо, а не для AP> галочки. Дебиан- специфика проявится в первую очередь как раз в AP> идеологии использования. Дебиан-специфика может заключаться в том, откуда берется ядро (об этом Дима написал), и как разворачивается гостевая система (об этом он тоже написал, но крайне спорное мнение - то есть _наличие_ альтернативного штатному способа с debootstrap достойно упоминания, предложение его _в качестве основного вместо_ штатного как минимум очень спорно, а вот неупоминание про deb http://download.openvz.org/debian-systs lenny openvz я вообще считаю диверсией...) А все твои вопросы не имеют никакой дебиановской специфики. И главное, ты тут на них получаешь неверные ответы через один или чаще. И стало быть в вике тоже получишь дезу. -- Попрошу благородного дона не обобщать с утра пораньше! (С)энта -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
AP>> Я надеюсь, что речь идет про сделать хорошо, а не для AP>> галочки. Дебиан- специфика проявится в первую очередь как раз в AP>> идеологии использования. AC> Дебиан-специфика может заключаться в том, откуда берется ядро (об этом AC> Дима написал), и как разворачивается гостевая система (об этом он тоже AC> написал, но крайне спорное мнение - то есть _наличие_ альтернативного AC> штатному способа с debootstrap достойно упоминания, предложение его AC> _в качестве основного вместо_ штатного как минимум очень спорно, а вот AC> неупоминание про AC> deb http://download.openvz.org/debian-systs lenny openvz AC> я вообще считаю диверсией...) ты по этой своей ссылке ходил? вот уж что диверсия http://download.openvz.org/debian-systs/dists/lenny/main/source/ пустой Sources http://download.openvz.org/debian-systs/dists/lenny/main/binary-i386/ пустой пакаджес http://download.openvz.org/debian-systs/dists/lenny/contrib/binary-i386/ пустой пакаджес http://download.openvz.org/debian-systs/dists/lenny/contrib/source/ пустой соурсес http://download.openvz.org/debian-systs/pool/openvz/l/ последнее ядро 2.6.18 http://download.openvz.org/debian-systs/pool/openvz/v/vzctl-ostemplate/ образы ядра собранные больше года назад (то есть последний lenny апдейт сюда не попал) ну и в остальных ветках тоже окаменевшее на уровне пары лет назад - в дебиане зачастую новее. и вот какой профит качать с сайта дебку lenny, потом ее обновлять до современного состояния если debootstrap сделает тоже самое с примерно тем же трафиком. Вообще использование сторонних репозитариев без серьезной на то причины - от лукавого. знаешь почему в Debian нет снапшотов операционных систем для VZ? потому что как только кто из майнтенеров их зааплоадит он сразу получит все секьюрити RC-баги которые написаны на слагаемые его тар-гзипа которые есть/были на этот пакет. И если тар.гзип дебиана он еще поперезаливает раз в неделю-две, то тар.гзип какого-нидь редхата заманается. -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
Hello! On Friday 12 February 2010 19:47:53 Artem Chuprina wrote: > Для начала - с дефолтными. По мере выяснения потребностей конкретной > машины ручки подкручиваются. > > Ты вот можешь рекомендовать параметры _железной_ машины "для задач а) > веб-сервера б) СУБД в) почтовика, etc.?" Не зная, что серверит этот > веб-сервер, что за данные в СУБД, сколько почты и как должен > обрабатывать почтовик? Для железной - я знаю, какие параметры надо покрутить, ежели дефолтные не подходят. Так и здесь - хотелось бы знать, куда смотреть, ежели припрет. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: OpenVZ
Hello! On Friday 12 February 2010 19:44:41 Artem Chuprina wrote: > AP> То есть отказоустойчивости в принципе нет? О безопасности тоже > AP> ни слова? > > А зайти на родной сайт и почитать по ссылкам буквально с первой же > страницы неспортивно? А для этого нужно разобраться, какая версия в дебиане, с какими патчами, и что оно в комплекте со штатным ядром умеет. А описание неведомо какой версии с неведомо каким ядром как бы не сильно интересно - RHEL-ские ядра для пользователя дебиана имхо как раз к неведомо каким и относятся. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: OpenVZ
Hello! On Friday 12 February 2010 19:41:36 Artem Chuprina wrote: > AP> Добавите в вики? Наверняка таких идеологических моментов еще > AP> найдется, а ведь как раз они выбор определяют. > > Блин, Алексей, ну нафига в дебиановской вике "перепевы Рабиновичем" > родной? Оно мало того что будет принципиально неполно и неактуально > (ибо кто возьмется поддерживать это полным и актуальным?), так еще и чем > глубже, тем менее верно. Авторы openvz оный для федоры и rhel документируют, да еще со скриншотами графического инсталлятора. А вот дебианспецифичные страницы вики бредовы - "Install kernel from rpm on debian", или бесполезны - "Compiling the OpenVZ kernel (the Debian way)" - притом, что ядро с поддержкой openvz и так есть. И на что еще смотреть на офсайте? Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: OpenVZ
Alexey Pechnikov -> debian-russian@lists.debian.org @ Fri, 12 Feb 2010 21:52:11 +0300: >> AP> Добавите в вики? Наверняка таких идеологических моментов еще >> AP> найдется, а ведь как раз они выбор определяют. >> >> Блин, Алексей, ну нафига в дебиановской вике "перепевы Рабиновичем" >> родной? Оно мало того что будет принципиально неполно и неактуально >> (ибо кто возьмется поддерживать это полным и актуальным?), так еще и чем >> глубже, тем менее верно. AP> Авторы openvz оный для федоры и rhel документируют, да еще со AP> скриншотами графического инсталлятора. А вот дебианспецифичные AP> страницы вики бредовы - "Install kernel from rpm on debian", или AP> бесполезны - "Compiling the OpenVZ kernel (the Debian way)" - AP> притом, что ядро с поддержкой openvz и так есть. И на что еще AP> смотреть на офсайте? На ВСЕ, НЕ СПЕЦИФИЧНОЕ ДЛЯ Debian, блин. На live migration, управление ресурсами, beancouters, монтирование файловых систем и т.д. А вот Debian-специфику да, как раз очень имеет смысл искать в дебиановской вике. Информация про ядра там да, осталась с тех времен, когда в дистрибутиве OpenVZ-ядер не было. Для тех, кто до сих пор сидит на etch (таких есть еще, поверь) это до сих пор актуально. И кстати... В дистрибутиве 32-битной системы у нас есть 64-битное ядро. Обычное. А OpenVZ'ного - нету. Если нужно - нам это тоже актуально... Может, конечно, оно в такой позе вообще работать не умеет, правда, я не проверял. -- Любой инструмент, используемый не по назначению, имеет свойство превращаться в грабли. Andrey Sverdlichenko -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
Alexey Pechnikov -> debian-russian@lists.debian.org @ Fri, 12 Feb 2010 21:31:53 +0300: >> Для начала - с дефолтными. По мере выяснения потребностей конкретной >> машины ручки подкручиваются. >> >> Ты вот можешь рекомендовать параметры _железной_ машины "для задач а) >> веб-сервера б) СУБД в) почтовика, etc.?" Не зная, что серверит этот >> веб-сервер, что за данные в СУБД, сколько почты и как должен >> обрабатывать почтовик? AP> Для железной - я знаю, какие параметры надо покрутить, ежели AP> дефолтные не подходят. Так и здесь - хотелось бы знать, куда AP> смотреть, ежели припрет. http://wiki.openvz.org/Resource_management Surprize? -- Ложка есть, просто Гугль её не находит ... -- Кир Злобин -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
Alexey Pechnikov -> debian-russian@lists.debian.org @ Fri, 12 Feb 2010 21:42:16 +0300: >> AP> То есть отказоустойчивости в принципе нет? О безопасности тоже >> AP> ни слова? >> >> А зайти на родной сайт и почитать по ссылкам буквально с первой же >> страницы неспортивно? AP> А для этого нужно разобраться, какая версия в дебиане, с какими AP> патчами, и что оно в комплекте со штатным ядром умеет. А описание AP> неведомо какой версии с неведомо каким ядром как бы не сильно AP> интересно - RHEL-ские ядра для пользователя дебиана имхо как раз к AP> неведомо каким и относятся. Ключевое слово - "разобраться". А так - да, вот это вот имеет смысл. Именно в виде "ядро -openvz в Lenny еще не умеет возможностей A, B и C, vzctl - возможностей D и E, vzquota - возможности F. В дистрибутиве для архитектуры i386 отсутствуют собранные openvz-ядра в вариантах bigmem и amd64." А не расписывать, каким именно образом у автора вики случайно получилось воспользоваться возможностью X в дебиане. Особенно - если этот способ, во-первых, работает в любом линуксе, а во-вторых, неправильный... -- Что-то я не тем полушарием думаю... -- (С)энта -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
Hello! On Saturday 13 February 2010 13:31:39 Artem Chuprina wrote: > AP> Для железной - я знаю, какие параметры надо покрутить, ежели > AP> дефолтные не подходят. Так и здесь - хотелось бы знать, куда > AP> смотреть, ежели припрет. > > http://wiki.openvz.org/Resource_management > > Surprize? Еще бы они написали, что комп нужно в розетку включать. Раз в контейнере свой сетевой интерфейс, надо его буферы настраивать, бэклог - где это все искать? На "железном" сервере до черта времени нужно, чтобы разобраться, т.к. вменяемой документации нет (только и есть что список параметров) и в разных ядрах бывают отличия (с 2.4 на 2.6 пришлось все заново настраивать). Поди и настройки tcp_keepalive придется контейнеру подкручивать... Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: OpenVZ
Hello! On Saturday 13 February 2010 13:40:33 Artem Chuprina wrote: > Ключевое слово - "разобраться". А так - да, вот это вот имеет смысл. > Именно в виде "ядро -openvz в Lenny еще не умеет возможностей A, B и C, > vzctl - возможностей D и E, vzquota - возможности F. В дистрибутиве для > архитектуры i386 отсутствуют собранные openvz-ядра в вариантах bigmem и > amd64." Да. > А не расписывать, каким именно образом у автора вики случайно получилось > воспользоваться возможностью X в дебиане. Особенно - если этот способ, > во-первых, работает в любом линуксе, а во-вторых, неправильный... Разве я где-нибудь это предлагал? Это на офсайте так пишут - с установкой на дебиане из rpm и т.п., и мне их вики очень сильно не нравится, при таком подходе. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: OpenVZ
Hello! On Saturday 13 February 2010 13:28:07 Artem Chuprina wrote: > На ВСЕ, НЕ СПЕЦИФИЧНОЕ ДЛЯ Debian, блин. На live migration, управление > ресурсами, beancouters, монтирование файловых систем и т.д. А вот > Debian-специфику да, как раз очень имеет смысл искать в дебиановской > вике. Все верно говорите. Только когда руководство рассказывает об установке и использовании _на федоре_, непросто догадаться, что же там независимое от дистрибутива. В жизни я той федоры не видел, откуда мне знать, что в ней специфичного. Потому ссылочки в дебиан-вики, что для настройки того-то можно делать как написано там-то - вельми полезны. > Информация про ядра там да, осталась с тех времен, когда в дистрибутиве > OpenVZ-ядер не было. Для тех, кто до сих пор сидит на etch (таких есть > еще, поверь) это до сих пор актуально. Кто-то и на 2.2 ядрах может железки использовать, почему бы и нет. Конечно, эту информацию стоит сохранить. Но и новую добавить нужно. > И кстати... В дистрибутиве 32-битной системы у нас есть 64-битное ядро. > Обычное. А OpenVZ'ного - нету. Если нужно - нам это тоже актуально... > Может, конечно, оно в такой позе вообще работать не умеет, правда, я не > проверял. С bigmem я бы и сам попробовал openvz, а поддержка лишь 4 гига ОЗУ на сервер - мало. 64-бит софт имхо еще дико сырой, да и памяти лишку тратит. Так что мне тоже интересно, какие ядра и почему не работают или не могут в принципе работать с openvz. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: OpenVZ
Alexey Pechnikov -> debian-russian@lists.debian.org @ Sat, 13 Feb 2010 15:15:00 +0300: >> На ВСЕ, НЕ СПЕЦИФИЧНОЕ ДЛЯ Debian, блин. На live migration, управление >> ресурсами, beancouters, монтирование файловых систем и т.д. А вот >> Debian-специфику да, как раз очень имеет смысл искать в дебиановской >> вике. AP> Все верно говорите. Только когда руководство рассказывает об AP> установке и использовании _на федоре_, непросто догадаться, что же AP> там независимое от дистрибутива. В жизни я той федоры не видел, AP> откуда мне знать, что в ней специфичного. Потому ссылочки в AP> дебиан-вики, что для настройки того-то можно делать как написано AP> там-то - вельми полезны. Как бы тебе сказать, чтоб не обидеть... В дебиановской вике имеет смысл говорить о том, что разумно делать не так, как на офсайте. По умолчанию все делается так, как на офсайте. Ну а как преобразовать рецепт для одного линукса в рецепт для другого линукса... Знаешь, если тебе на это интеллекта не хватает, то тебе надо не оно, а Virtuozzo с оплаченным саппортом. Где интеллект за тебя будет применять саппорт, а ты ему за это будешь денег давать. >> Информация про ядра там да, осталась с тех времен, когда в дистрибутиве >> OpenVZ-ядер не было. Для тех, кто до сих пор сидит на etch (таких есть >> еще, поверь) это до сих пор актуально. AP> Кто-то и на 2.2 ядрах может железки использовать, почему бы и нет. Конечно, AP> эту информацию стоит сохранить. Но и новую добавить нужно. Там, кстати, тоже вики. Добавь. >> И кстати... В дистрибутиве 32-битной системы у нас есть 64-битное ядро. >> Обычное. А OpenVZ'ного - нету. Если нужно - нам это тоже актуально... >> Может, конечно, оно в такой позе вообще работать не умеет, правда, я не >> проверял. AP> С bigmem я бы и сам попробовал openvz, а поддержка лишь 4 гига ОЗУ AP> на сервер - мало. 64-бит софт имхо еще дико сырой, да и памяти AP> лишку тратит. Так что мне тоже интересно, какие ядра и почему не AP> работают или не могут в принципе работать с openvz. Я проверил. У нас не бигмемного openvz-ядра нет. У нас нет смоллмемного. А бигмемное как раз есть. Мог бы, в общем, и догадаться, что ядро с поддержкой виртуализации в дистрибутиве собирают с расчетом на много памяти... А вот 64-битного для 32-битной системы - нет. -- Если в кране нет воды - удали с винта винды. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
Alexey Pechnikov -> debian-russian@lists.debian.org @ Sat, 13 Feb 2010 14:58:50 +0300: >> AP> Для железной - я знаю, какие параметры надо покрутить, ежели >> AP> дефолтные не подходят. Так и здесь - хотелось бы знать, куда >> AP> смотреть, ежели припрет. >> >> http://wiki.openvz.org/Resource_management >> >> Surprize? AP> Еще бы они написали, что комп нужно в розетку включать. Раз в AP> контейнере свой сетевой интерфейс, надо его буферы настраивать, AP> бэклог - где это все искать? Буферы и бэклог обычно настраивают у сокета, а не у интерфейса, не? AP> На "железном" сервере до черта времени нужно, чтобы разобраться, AP> т.к. вменяемой документации нет (только и есть что список AP> параметров) и в разных ядрах бывают отличия (с 2.4 на 2.6 пришлось AP> все заново настраивать). Поди и настройки tcp_keepalive придется AP> контейнеру подкручивать... Поскольку ядро у них с хостом общее, то и настройки tcp_keepalive, вероятно, следует подкручивать хосту... А там, где имеет смысл что-то ядерное отдельно крутить в контейнере, логика простая: раз ядро то же, то и настройки те же. -- hands-free BSD -- (С)энта -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
Hello! On Saturday 13 February 2010 16:53:59 Artem Chuprina wrote: > AP> Еще бы они написали, что комп нужно в розетку включать. Раз в > AP> контейнере свой сетевой интерфейс, надо его буферы настраивать, > AP> бэклог - где это все искать? > > Буферы и бэклог обычно настраивают у сокета, а не у интерфейса, не? Имеются в виду дефолтовые настройки вида net.core.somaxconn = 1024 net.core.netdev_max_backlog = 4000 net.ipv4.tcp_max_syn_backlog = 4096 В каком месте делать _свои_ настройки для сетевого интерфейса контейнера? На первый взгляд, там не нужен большой бэклог, можно оставить по дефолту для линукса, зато стоит существенно увеличить буферы, чтобы оптимизировать обмен данными с хостом. > AP> На "железном" сервере до черта времени нужно, чтобы разобраться, > AP> т.к. вменяемой документации нет (только и есть что список > AP> параметров) и в разных ядрах бывают отличия (с 2.4 на 2.6 пришлось > AP> все заново настраивать). Поди и настройки tcp_keepalive придется > AP> контейнеру подкручивать... > > Поскольку ядро у них с хостом общее, то и настройки tcp_keepalive, > вероятно, следует подкручивать хосту... > > А там, где имеет смысл что-то ядерное отдельно крутить в контейнере, > логика простая: раз ядро то же, то и настройки те же. Подозреваю, чтобы эффективно гонять данные между хостом и контейнером, придется много чего подкрутить, посколько такой сценарий сильно отличается от обмена данными с удаленными клиентами через интернет. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: OpenVZ
Hello! On Saturday 13 February 2010 16:49:21 Artem Chuprina wrote: > Как бы тебе сказать, чтоб не обидеть... В дебиановской вике имеет смысл > говорить о том, что разумно делать не так, как на офсайте. По умолчанию > все делается так, как на офсайте. Примечание вида - не делайте то-то и то-то, чтобы не наступить на такие-то грабли - зачастую сбережет уйму времени. Как пример, про VirtualBox нигде не сказано, что под большой нагрузкой он теряет связь с хостовым файлом образа виртуального диска и генерит при этом безумную нагрузку на хостовый диск. > >> Информация про ядра там да, осталась с тех времен, когда в дистрибутиве > >> OpenVZ-ядер не было. Для тех, кто до сих пор сидит на etch (таких есть > >> еще, поверь) это до сих пор актуально. > > AP> Кто-то и на 2.2 ядрах может железки использовать, почему бы и нет. > Конечно, > AP> эту информацию стоит сохранить. Но и новую добавить нужно. > > Там, кстати, тоже вики. Добавь. Покамест сам не пользовался, так что моих знаний хватает только вопросы задавать. > Я проверил. У нас не бигмемного openvz-ядра нет. У нас нет > смоллмемного. А бигмемное как раз есть. Мог бы, в общем, и догадаться, > что ядро с поддержкой виртуализации в дистрибутиве собирают с расчетом > на много памяти... > > А вот 64-битного для 32-битной системы - нет. Вот об этом стоит упомянуть в вики, т.к. в описании linux-image-2.6.26-2-openvz-686 про bigmem не слова. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: OpenVZ
Alexey Pechnikov -> debian-russian@lists.debian.org @ Sat, 13 Feb 2010 19:29:04 +0300: >> Я проверил. У нас не бигмемного openvz-ядра нет. У нас нет >> смоллмемного. А бигмемное как раз есть. Мог бы, в общем, и догадаться, >> что ядро с поддержкой виртуализации в дистрибутиве собирают с расчетом >> на много памяти... >> >> А вот 64-битного для 32-битной системы - нет. AP> Вот об этом стоит упомянуть в вики, т.к. в описании AP> linux-image-2.6.26-2-openvz-686 про bigmem не слова. Нарисовал. -- Intel - тоже Сильмарилл. Только сделанный не так... -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
Alexey Pechnikov -> debian-russian@lists.debian.org @ Sat, 13 Feb 2010 19:13:36 +0300: >> AP> Еще бы они написали, что комп нужно в розетку включать. Раз в >> AP> контейнере свой сетевой интерфейс, надо его буферы настраивать, >> AP> бэклог - где это все искать? >> >> Буферы и бэклог обычно настраивают у сокета, а не у интерфейса, не? AP> Имеются в виду дефолтовые настройки вида AP> net.core.somaxconn = 1024 AP> net.core.netdev_max_backlog = 4000 AP> net.ipv4.tcp_max_syn_backlog = 4096 AP> В каком месте делать _свои_ настройки для сетевого интерфейса AP> контейнера? На первый взгляд, там не нужен большой бэклог, можно AP> оставить по дефолту для линукса, зато стоит существенно увеличить AP> буферы, чтобы оптимизировать обмен данными с хостом. Судя по именам, это параметры не per interface, а единые на все ядро. Откуда, собственно, следует, что несчастный контейнер тут совершенно не при делах. Он, впрочем, и так не при делах - на все контейнеры у хоста-носителя один интерфейс. >> AP> На "железном" сервере до черта времени нужно, чтобы разобраться, >> AP> т.к. вменяемой документации нет (только и есть что список >> AP> параметров) и в разных ядрах бывают отличия (с 2.4 на 2.6 пришлось >> AP> все заново настраивать). Поди и настройки tcp_keepalive придется >> AP> контейнеру подкручивать... >> >> Поскольку ядро у них с хостом общее, то и настройки tcp_keepalive, >> вероятно, следует подкручивать хосту... >> >> А там, где имеет смысл что-то ядерное отдельно крутить в контейнере, >> логика простая: раз ядро то же, то и настройки те же. AP> Подозреваю, чтобы эффективно гонять данные между хостом и AP> контейнером, придется много чего подкрутить, посколько такой AP> сценарий сильно отличается от обмена данными с удаленными клиентами AP> через интернет. Ну, настрой так же, как ты lo на железном хосте настраиваешь, чтобы данные между ним и ним гонять :-) -- Не сломалось - не чини. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OpenVZ
Sat, Feb 13, 2010 at 13:40 +0300 Artem Chuprina воздействовал на энтропию: > архитектуры i386 отсутствуют собранные openvz-ядра в вариантах bigmem и > amd64." bigmem в openvz-ядре для i386 включен, кстати. -- Bright regards, Sergey Korobitsin | http://the-brights.net/ -- Arta Software, http://arta.kz/ | illuminating and elevating xmpp:underta...@jabber.arta.kz | the naturalistic worldview -- Не любят они на самом деле не Гринпис, а позицию "Как бы чего не вышло", справедливо считая, что при такой позиции ничего и не выйдет. -- http://vitus-wagner.livejournal.com/397851.html?thread=14561307#t14561307 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100214163422.gg25...@arta.kz
Re: OpenVZ
Здравствуйте. >Alexey Pechnikov -> debian-russian@lists.debian.org @ Sat, 13 Feb 2010 >19:13:36 +0300: >Он, впрочем, и так не при делах - на все контейнеры у >хоста-носителя один интерфейс. Строго говоря - это не так. У меня на сервере 3 интерфейса. Один для хоста и по одному для каждого из двух контейнеров. Делается это командой --netdev_add. В вики на родном сайте я про это не нашел, а наткнулся случайно где-то в инете. Кстати, заодно по этому поводу вопрос. Собственно начальные данные описаны выше. Хост, два контейнера, три сетевых карты/интерфейса. eth0 остаётся у хоста и настраивается в нём. для eth1 делается # vzctl set 101 --netdev_add eth1 --save и eth1 пропадает на хосте, но появляется в контейнере. Проблема в том, что там он тоже называется eth1. То же и для eth2 и VEID=102. Собственно вопрос. Как в контейнере 101 интерфейс eth1 назвать (переименовать) в eth0. Предчувствуя вопросы типа "а зачем?", отвечаю: ну, например, некий софт проприетарный хочет именно eth0. Можно конечно eth0 прокинуть в 101-й контейнер, а хосту оставить eth1, но это не выход, т.к. 102-му контейнеру я тоже могу захотеть eth0 сделать. ЗЫ. На хосте и в контейнерах Debian Lenny. Подозреваю, что нужно правильно ругнуться на udev в контейнере, но не знаю как. До свидания. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100217145335.7d7d8...@rim2000m.ru
Re: OpenVZ
2010/2/17 Валентин Лоскутов : > Собственно вопрос. Как в контейнере 101 интерфейс eth1 назвать > (переименовать) в eth0. > Предчувствуя вопросы типа "а зачем?", отвечаю: ну, например, некий софт > проприетарный хочет именно eth0. А вот это: http://www.debianadmin.com/rename-network-interface-using-udev-in-linux.html не поможет? -- С уважением, Константин Матюхин
Re: OpenVZ
Konstantin Matyukhin -> debian-russian@lists.debian.org @ Wed, 17 Feb 2010 15:04:22 +0300: >> Собственно вопрос. Как в контейнере 101 интерфейс eth1 назвать >> (переименовать) в eth0. Предчувствуя вопросы типа "а зачем?", >> отвечаю: ну, например, некий софт проприетарный хочет именно eth0. KM> А вот это: KM> http://www.debianadmin.com/rename-network-interface-using-udev-in-linux.html KM> не поможет? Так нету же в контейнере удева... -- Все учтено могучим ураганом... -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/19249...@tigger.lan.cryptocom.ru
Re: OpenVZ
Валентин Лоскутов -> debian-russian@lists.debian.org @ Wed, 17 Feb 2010 14:53:35 +0300: ВЛ> ЗЫ. На хосте и в контейнерах Debian Lenny. Подозреваю, что нужно ВЛ> правильно ругнуться на udev в контейнере, но не знаю как. В контейнере нету udev, насколько я понимаю. Попробуй ifrename. -- Если в кране нет воды - удали с винта винды. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/42449...@tigger.lan.cryptocom.ru
Re: OpenVZ
Здравствуйте. >Konstantin Matyukhin -> debian-russian@lists.debian.org @ Wed, 17 Feb 2010 >15:04:22 +0300: > > >> Собственно вопрос. Как в контейнере 101 интерфейс eth1 назвать > >> (переименовать) в eth0. Предчувствуя вопросы типа "а зачем?", > >> отвечаю: ну, например, некий софт проприетарный хочет именно eth0. > KM> А вот это: > KM> > http://www.debianadmin.com/rename-network-interface-using-udev-in-linux.html > KM> не поможет? > >Так нету же в контейнере удева... Да, действительно нету. Хотя я, почему-то, думал, что есть. Там от него только пустые папки /etc/udev/rules.d и /lib/udev Значит не на udev надо ругаться... ifrename в контейнере не помогает. На любую команду: Error: cannot change name of eth1 to eth15: Operation not permitted До свидания. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100217181248.41264...@rim2000m.ru
Re: OpenVZ
On Fri, 12 Feb 2010 15:11:21 +0300 Alexey Pechnikov wrote: > А совсем об этом не упомянув, вовсе непонятно, зачем openvz, если он > от чрута не отличается. Лимиты? Но многие лимиты можно в современных > ядрах выставить и/или в настройках самих запускаемых программ. Нет, я понимаю, что клоунада, но неужто ты не в курсе, что чрут это не изоляция и, имея в чруте рута, выбраться в основную систему ничто не мешает. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 signature.asc Description: PGP signature
Re: OpenVZ
On Sat, 13 Feb 2010 13:28:07 +0300 Artem Chuprina wrote: > И кстати... В дистрибутиве 32-битной системы у нас есть 64-битное > ядро. Обычное. А OpenVZ'ного - нету. Если нужно - нам это тоже > актуально... Может, конечно, оно в такой позе вообще работать не > умеет, правда, я не проверял. Будет, но vzctl придется ставить тоже 64хбитный. В случае, если хочется 64бита, то лучше и в хост систему его поставить. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 signature.asc Description: PGP signature
Re: OpenVZ
On Fri, 12 Feb 2010 13:01:02 +0300 Alexey Pechnikov wrote: > Hello! > > On Tuesday 09 February 2010 16:43:51 Dmitry E. Oboukhov wrote: > > http://wiki.debian.org/DebianRussian/OpenVZ > > Сразу вопрос появился, и не один :-) Как насчет репликации и миграции > контейнеров? Как обеспечивается безопасность и отказоустойчивость? > В общем, хотелось бы хоть немного увидеть не в духе "прицельтесь и > ткните вилкой", а что такое вилка и как/где ее применять - идеологию. > > Best regards, Alexey Pechnikov. > http://pechnikov.tel/ ставил вчера впервые. честно пробовал пользоваться статьей - но её оказалось мало не хватает краткого описания что где лежит в системе (разницы между root и private). что шаблоны систем лежат в архивах обычно и как этот способ планируется обходить (по предложенной схеме не завелось, пришлось запаковать полученную дебутстрапом систему в tar.gz) неплохо было бы объяснить ситуацию с ядрами, какие ядра куда ставить (в HN и в гостя) а так всё ок, поставил - заработало :) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100224153943.0c87e...@db
Re: OpenVZ
Denis Feklushkin пишет: > On Fri, 12 Feb 2010 13:01:02 +0300 > Alexey Pechnikov wrote: > > неплохо было бы объяснить ситуацию с ядрами, какие ядра куда ставить (в HN и > в гостя) > В OpenVZ ядро одно на все машины. В гостей пакеты с ядром и загрузчиком ставить не нужно. -- Best regards, Mikhail. xmpp: ant...@stopicq.ru irc: Bart-mdv- @ SolarNet SolarNet: http://www.solarnet.ru/ signature.asc Description: OpenPGP digital signature
Re: OpenVZ
Denis Feklushkin -> debian-russian@lists.debian.org @ Wed, 24 Feb 2010 15:39:43 +0700: >> > http://wiki.debian.org/DebianRussian/OpenVZ >> >> Сразу вопрос появился, и не один :-) Как насчет репликации и миграции >> контейнеров? Как обеспечивается безопасность и отказоустойчивость? >> В общем, хотелось бы хоть немного увидеть не в духе "прицельтесь и >> ткните вилкой", а что такое вилка и как/где ее применять - идеологию. >> >> Best regards, Alexey Pechnikov. >> http://pechnikov.tel/ DF> ставил вчера впервые. честно пробовал пользоваться статьей Статья, надо сказать, на этом и закончилась... "This page does not exist yet. You can create a new empty page, or use one of the page templates." -- Презерватив - это защита от копирования дурака. -- (С)энта -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20901...@tigger.lan.cryptocom.ru
Re: OpenVZ
Artem Chuprina пишет: > > Статья, надо сказать, на этом и закончилась... > > "This page does not exist yet. You can create a new empty page, or use > one of the page templates." > Надобно сказать там в списке ссылок первая - на ее новый адрес. http://wiki.debian.org/ru/OpenVZ -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b8520b8.2020...@darkmike.ru
Re: OpenVZ
>> On Tuesday 09 February 2010 16:43:51 Dmitry E. Oboukhov wrote: >>> http://wiki.debian.org/DebianRussian/OpenVZ >> >> Сразу вопрос появился, и не один :-) Как насчет репликации и миграции >> контейнеров? Как обеспечивается безопасность и отказоустойчивость? >> В общем, хотелось бы хоть немного увидеть не в духе "прицельтесь и >> ткните вилкой", а что такое вилка и как/где ее применять - идеологию. >> >> Best regards, Alexey Pechnikov. >> http://pechnikov.tel/ DF> ставил вчера впервые. честно пробовал пользоваться статьей - но её оказалось мало DF> не хватает краткого описания что где лежит в системе (разницы между root и private). что шаблоны систем лежат в архивах обычно и как этот способ планируется обходить (по предложенной схеме не завелось, пришлось запаковать полученную дебутстрапом систему в tar.gz) root - куда будет смонтирован private перед запуском гостя. дефолтные пути в Debian вполне себе правильные, поэтому об этом в статье особо сильного распространения нет, хотя в общей таблице параметров упоминание есть. DF> неплохо было бы объяснить ситуацию с ядрами, какие ядра куда ставить (в HN и в гостя) в госте используется то же ядро что и на хосте. DF> а так всё ок, поставил - заработало :) Там статью кто-то из админов перенес на адрес: http://wiki.debian.org/ru/OpenVZ -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
On Wed, Feb 24, 2010 at 09:31:05AM +0300, Alexander GQ Gerasiov wrote: > On Fri, 12 Feb 2010 15:11:21 +0300 > Alexey Pechnikov wrote: > > > > А совсем об этом не упомянув, вовсе непонятно, зачем openvz, если он > > от чрута не отличается. Лимиты? Но многие лимиты можно в современных > > ядрах выставить и/или в настройках самих запускаемых программ. > > Нет, я понимаю, что клоунада, но неужто ты не в курсе, что чрут это не > изоляция и, имея в чруте рута, выбраться в основную систему ничто не > мешает. А как? Я серьезно. -- Вначале мы учим своих детей. Затем сами учимся у них. -- Я.Райнис signature.asc Description: Digital signature
Re: OpenVZ
>>> А совсем об этом не упомянув, вовсе непонятно, зачем openvz, если он >>> от чрута не отличается. Лимиты? Но многие лимиты можно в современных >>> ядрах выставить и/или в настройках самих запускаемых программ. >> >> Нет, я понимаю, что клоунада, но неужто ты не в курсе, что чрут это не >> изоляция и, имея в чруте рута, выбраться в основную систему ничто не >> мешает. KP> А как? man mount KP> Я серьезно. -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: OpenVZ
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Fri, 26 Feb 2010 10:21:37 +0300: А совсем об этом не упомянув, вовсе непонятно, зачем openvz, если он от чрута не отличается. Лимиты? Но многие лимиты можно в современных ядрах выставить и/или в настройках самих запускаемых программ. >>> >>> Нет, я понимаю, что клоунада, но неужто ты не в курсе, что чрут это не >>> изоляция и, имея в чруте рута, выбраться в основную систему ничто не >>> мешает. KP>> А как? DEO> man mount Эээ... И давно для вылезания из чрута достаточно прочитать man mount? Ты можешь привести работающий пример? -- hands-free BSD -- (С)энта -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/85200...@tigger.lan.cryptocom.ru
