| |
| 2.2, HarikSu (?), 10:27, 27/12/2014 [^] [^^] [^^^] [ответить] [↓] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
Ядро OpenVZ не поддерживает Systemd. "Семейство" Red Hat плотно сидит на поделии Поттеринга, остальные тоже тихо переползают (к примеру Debian, который использует куча хостинг провайдеров). Соответственно, для контейнерной виртуализации в ближайшем будущем OpenVZ будет подходить мало. Надо же было что-то делать спасать потенциальную клиентуру.
| | |
| |
| |
| 4.23, Pavel Odintsov (?), 15:28, 27/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –2 +/– |
 > А-а-а, то есть альтруизмом, проснувшейся совестью и т.д. тут и не пахнет?
> )
Не мой взгляд, продавать "гипервизор" в 21м веке - задача весьма странная на фоне действий других игроков рынка.
VmWare ESXi - гипервизор бесплатен
XenServer - гипервизор бесплатен
Microsoft Hyper-V - гипервизор бесплатен
Parallels Cloud Server/Virtuozzo - гипервизор (я про контейнерный движок) платен!
А теперь PCS/Virtuozzo встает с общий ряд с ними и дает основной функционал бесплатно, а дополнительный - бэкапы, облачное хранилище, управление облаком - платно.
Логичный путь и очень выгодный сообществу.
| | |
| |
| |
| 6.72, AlexAT (ok), 12:07, 28/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +4 +/– |
 > XenServer - гипервизор бесплатен.. — ДА НУ???????? :) :) :) :) :)
> :) :) :) :) :)
Не только бесплатен, но и практически с полным открытым кодом. С шестой версии начиная.
| | |
|
| |
| 6.100, Michael Shigorin (ok), 14:37, 29/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
 > Если уж они про сообщество, мне кажется что самым логичным было бы
> не брать какое-то левое ядро редхата, а втолкать патчи в майнлайн
1) они и так вталкивают;
2) на чём основывать публикуемые стабильные выпуски -- консультировались с дистрибутивами и ответ был практически однозначным: дистрибутивы, поставляющие ovz-ядра, на то время брали за основу ветки на базе rhel-ных (это было в районе 2.6.18--32, точнее не скажу, можно поднять переписку).
| | |
|
|
|
| 3.6, рожатель_кирпичек (?), 12:12, 27/12/2014 [^] [^^] [^^^] [ответить] [↓] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –1 +/– |
> Ядро OpenVZ не поддерживает Systemd. "Семейство" Red Hat плотно сидит на поделии
> Поттеринга, остальные тоже тихо переползают (к примеру Debian, который использует куча
> хостинг провайдеров). Соответственно, для контейнерной виртуализации в ближайшем будущем
> OpenVZ будет подходить мало. Надо же было что-то делать спасать потенциальную
> клиентуру.
Ыксперт-Оналитег опеннете в действии
| | |
| |
| 4.28, Аноним (-), 17:15, 27/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
Такой же путь был у них при открытии OpenVZ - только тогда они не поддерживали udev. комьюнити им дописало. Но что бы не иметь проблем с лицензией патч был отвернут и ровно такой же был написан сотрудником тогда еще swsoft. хотя какие проблемы с лицензией могут быть при использовании ядра linux?
не верите? поднимите архивы их форума.
| | |
|
| 3.11, SunXE (ok), 14:42, 27/12/2014 [^] [^^] [^^^] [ответить] [↓] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
 так и есть, появились docker, комюнити coreos пилят rocket, разработчики systemd пилят свою контейнеризацию.
Для поддержания интереса к своему продукту, нужно что-то делать.
| | |
| |
| 4.19, Pavel Odintsov (?), 15:18, 27/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +1 +/– |
> так и есть, появились docker, комюнити coreos пилят rocket, разработчики systemd пилят
> свою контейнеризацию.
> Для поддержания интереса к своему продукту, нужно что-то делать.
Апстримная контейнеризация она одна на всех. Никто своей не пилит. Docker/Rocket/LXC - это лишь рулилки ядром из юзерспейса, не более, не менее. А-ля веб-морды. Сама суть внутри.
Но, стоит отметить, что более изолированные конетйнеры предоставляется только OpenVZ/PCS/Virtuozzo (ядро у них идентичное) и как раз поддержки этих самых контейнеров у Docker/Rocket и прочих пока нету, а хотелось бы.
| | |
| |
| 5.42, Pavel Odintsov (?), 19:35, 27/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
> полят-попилят, выпилить не могут. а Openvz уже здесь и уже работает, причем
> на порядок проще и удобнее чем все те недопилки вместе взятые.
Да, апстримные контейнеры по изоляции сливают OpenVZ, но из-за дикой старости ядра - в целом тоже сливают апстриму, но уже по производительности :) Так что сложный вопрос.
| | |
|
|
| 3.17, Pavel Odintsov (?), 15:12, 27/12/2014 [^] [^^] [^^^] [ответить] [↓] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
> Ядро OpenVZ не поддерживает Systemd. "Семейство" Red Hat плотно сидит на поделии
> Поттеринга, остальные тоже тихо переползают (к примеру Debian, который использует куча
> хостинг провайдеров). Соответственно, для контейнерной виртуализации в ближайшем будущем
> OpenVZ будет подходить мало. Надо же было что-то делать спасать потенциальную
> клиентуру.
OpenVZ поддерживает systemd внутри контейнеров уже более полугода, с самого релиза Fedora/CentOS 7 c systemd. А то, что стоит на ноде - не так важно, там может быть и Debian 7 и CentOS 6.
| | |
| |
| |
| |
| 6.24, Michael Shigorin (ok), 15:40, 27/12/2014 [^] [^^] [^^^] [ответить] [↓] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –2 +/– |
> Неплохо! Но я вообще подумываю отказаться от дистрибутива на ноде как такового.
> CoreOS в этом плане гениален. От ноды ничего не требуется, кроме
> запуска контейнеров/цепляния стораджа, а все это можно забить в PXE.
Да можно и в PXE, было бы желание. Если хотите, давайте попробуем сообразить и сделать.
| | |
| |
| 7.36, Pavel Odintsov (?), 19:28, 27/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +2 +/– |
Да честно говоря, мне кажется, нет смысла что-либо делать пока. Я хочу дождаться RHEL7 ядра от OpenVZ, котором научится systemd, а потом взять CoreOS, заменить ядро и водрузить Rocket для менеджмента, тогда все и сойдется :)
| | |
|
| 6.27, EHLO (?), 17:05, 27/12/2014 [^] [^^] [^^^] [ответить] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– | |
>От ноды ничего не требуется, кроме запуска контейнеров/цепляния стораджа
А от гостя тоже ничего не требуется кроме запуска приложения... Казалось бы.
Но практика показывает, что на данный момент намного комфортнее рулить из полноценной операционки полноценной операционкой(пусть минималистичной, но полноценной). И как ни парадоксально может показаться, нормальный дистрибутив работает значительно стабильнее и предсказуемее, чем обмылок наподобие ESXi. Это наблюдение касается гипервизоров и виртуалок, но уверен что с контейнерами все аналогично.
| | |
| |
| 7.43, Pavel Odintsov (?), 19:37, 27/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
>>От ноды ничего не требуется, кроме запуска контейнеров/цепляния стораджа
> А от гостя тоже ничего не требуется кроме запуска приложения... Казалось бы.
> Но практика показывает, что на данный момент намного комфортнее рулить из полноценной
> операционки полноценной операционкой(пусть минималистичной, но полноценной). И как ни
> парадоксально может показаться, нормальный дистрибутив работает значительно стабильнее
> и предсказуемее, чем обмылок наподобие ESXi. Это наблюдение касается гипервизоров и
> виртуалок, но уверен что с контейнерами все аналогично.
У меня обратная ситуация, а от дистрибутива, пока он был центос 5 - были лишь проблемы :) И если бы дистрибутив менялся в два клика - эксплуатация сотен ферм была бы решительно проще.
| | |
|
|
| |
| 6.57, Pavel Odintsov (?), 01:31, 28/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– | |
> Не подходит как "Bare Metal" решение
К слову, в PCS есть полноценный гипервизор, но его вряд ли будут открывать :) Хотя судя по ценам на него (сущие копейки за VM) - его, к сожалению, никто и не покупал.
| | |
|
|
|
| 3.25, Кир (?), 16:16, 27/12/2014 [^] [^^] [^^^] [ответить] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +3 +/– | |
Неправда ваша. Зачем утверждать то, чего не знаете или не понимаете?
Текущее ядро опенвз позволяет запускать в контейнерах дистрибутивы с системд, например последние Федоры.
| | |
|
| |
| 3.37, Pavel Odintsov (?), 19:29, 27/12/2014 [^] [^^] [^^^] [ответить] [↓] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +1 +/– |
> Ну как чего... LXC слегка наступают на пятки, и дальше закрывать код
> стало бессмысленно.
Алекс, LXC - это управление, а код в ядре - Linux Container. Который процентов на 30-40 написан сотрудниками Parallels и отправлен в апстрим. Как они могут конкурировать-то?
| | |
| |
| 4.41, AlexAT (ok), 19:35, 27/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– | |
> Алекс, LXC - это управление, а код в ядре - Linux Container.
Не вижу противоречия. LXC - это управление, PCS - в основном тоже, плюс кое-какие ядерные наработки... А ядерный код OVZ и так открыт.
| | |
| |
| 5.44, Pavel Odintsov (?), 19:38, 27/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
>> Алекс, LXC - это управление, а код в ядре - Linux Container.
> Не вижу противоречия. LXC - это управление, PCS - в основном тоже,
> плюс кое-какие ядерные наработки... А ядерный код OVZ и так открыт.
Ну PCS - это куча закрытого юзерспейса + опенвз ядро + закрытые ядерные модули. Так что в общем-то да, разработка ядра станет лишь открытее и все. А вот с юзерспейсом - что будет вопрос.
| | |
|
|
|
|
| |
| |
| |
| 4.102, Аноним (-), 11:32, 30/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
>> Вы о чём, вы понимаете что происходит вообще?
> Крутой известный и популярный проект переходит на открытую модель разработки - вся
> суть новости :)
вам только кажется что переходят на открытую модель. В лучшем случае Open Core.
| | |
|
|
|
| 1.5, andy (??), 11:44, 27/12/2014 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +4 +/– |
> Подобный шаг будет выгоден для пользователей открытого OpenVZ, так как они
> получат более качественно протестированный код и дополнительные функциональные > возможности.
Может быть пользователи Virtuozzo получат более качественно
протестированный код?
| | |
| |
| 2.14, Pavel Odintsov (?), 15:06, 27/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +1 +/– |
>> Подобный шаг будет выгоден для пользователей открытого OpenVZ, так как они
>> получат более качественно протестированный код и дополнительные функциональные > возможности.
> Может быть пользователи Virtuozzo получат более качественно
> протестированный код?
Да, именно так. У меня в свое время было 50/50 - PCS/OpenVZ на сотнях нод и практика показала, что OpenVZ в десятки раз надежнее и предсказуемее работает.
| | |
|
| |
| 2.13, Pavel Odintsov (?), 15:05, 27/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +1 +/– |
Коммиты им много раз высылались, но почти никогда не принимались. У меня есть несколько штук - для vzctl reinstall, для поддержки openvswitch. Но их уже долгое время никто не мержит :(
| | |
| 2.45, AlexAT (ok), 19:40, 27/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– | |
> Видимо, вчера от сообщества был получен первый полезный коммит, который захотелось включить в общую ветку
На самом деле всё может быть просто и банально. Надо только узнать, кто был основным спонсором закрытой разработки.
| | |
| |
| 3.58, Pavel Odintsov (?), 01:34, 28/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
>> Видимо, вчера от сообщества был получен первый полезный коммит, который захотелось включить в общую ветку
> На самом деле всё может быть просто и банально. Надо только узнать,
> кто был основным спонсором закрытой разработки.
Любые платные разработки в тот же OpenVZ заказываемые в Parallels всегда выкладывались в полной мере в открытый код на git.openvz.org :) Но вопрос в том, что делали эти доработки сотрудники же ||. А вот случаев приема откровенно внешнего кода в проект я не видел ни разу.
| | |
| |
| 4.96, Аноним (-), 07:23, 29/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
>>> Видимо, вчера от сообщества был получен первый полезный коммит, который захотелось включить в общую ветку
>> На самом деле всё может быть просто и банально. Надо только узнать,
>> кто был основным спонсором закрытой разработки.
> Любые платные разработки в тот же OpenVZ заказываемые в Parallels всегда выкладывались
> в полной мере в открытый код на git.openvz.org :) Но вопрос
> в том, что делали эти доработки сотрудники же ||. А вот
> случаев приема откровенно внешнего кода в проект я не видел ни
> разу.
да? напомните когда был открыт vziolimits? а когда он реально был сделан.. ?
| | |
|
|
|
| |
| 2.21, Pavel Odintsov (?), 15:21, 27/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +1 +/– | |
> Назрело.
Угу, проект OpenVZ (я про юзерспейс) в полудохлом состоянии последние пару лет и я искренне боялся, что на него забьют вообще. Если vzctl можно хоть как-то повторить самому, то ploop - дико сложная система (впрочем, как и почти любая другая ФС).
| | |
| |
| 3.29, Аноним (-), 17:23, 27/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
>> Назрело.
> Угу, проект OpenVZ (я про юзерспейс) в полудохлом состоянии последние пару лет
> и я искренне боялся, что на него забьют вообще. Если vzctl
> можно хоть как-то повторить самому, то ploop - дико сложная система
> (впрочем, как и почти любая другая ФС).
ploop вещь простая - ram fs - еще проще :-) так что не надо тут..
Лучше скажите почему swsoft отказался интегрировать в свои утилиты учет трафиком? Хотя патчи ходят по форуму уже лет 5. со слов dev@swsoft это выходит за пределы разрешенного открытой версии.
Правда что ли?
| | |
| |
| 4.40, Pavel Odintsov (?), 19:34, 27/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +1 +/– |
>[оверквотинг удален]
>> Угу, проект OpenVZ (я про юзерспейс) в полудохлом состоянии последние пару лет
>> и я искренне боялся, что на него забьют вообще. Если vzctl
>> можно хоть как-то повторить самому, то ploop - дико сложная система
>> (впрочем, как и почти любая другая ФС).
> ploop вещь простая - ram fs - еще проще :-) так что
> не надо тут..
> Лучше скажите почему swsoft отказался интегрировать в свои утилиты учет трафиком? Хотя
> патчи ходят по форуму уже лет 5. со слов dev@swsoft это
> выходит за пределы разрешенного открытой версии.
> Правда что ли?
Если Вы считаете, что ploop - простой, то я бы хотел увидеть его портинг в апстрим, это именно то, что сейчас нужно очень многим.
Управление трафиком там есть, если хочется шейпер, что на OpenVZ, что на PCS, пожалуйста: https://github.com/FastVPSEestiOu/openvz-network-shaper - работает в продакшене уже годы.
| | |
| |
| 5.47, Аноним (-), 19:48, 27/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– | |
> Если Вы считаете, что ploop - простой, то я бы хотел увидеть его портинг в апстрим, это именно то, что сейчас нужно очень многим.
Сколько пива выставите ?:) он реально простой - это же блочное устройство - а не FS.
Портирование можно сделать за неделю - было бы желание и свободное время.
управление трафиком в vzctl? или сторонними тулзами? я вообще о патче на vzctl и шеловый скрипт который они используют для поднятия сети.
Кстати - баг с 2мя сетевками на OpenVZ хосте они починили - когда arp -s pub ставился не на тот адаптер ?
| | |
| |
| 6.62, Pavel Odintsov (?), 01:44, 28/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
>> Если Вы считаете, что ploop - простой, то я бы хотел увидеть его портинг в апстрим, это именно то, что сейчас нужно очень многим.
> Сколько пива выставите ?:) он реально простой - это же блочное устройство
> - а не FS.
> Портирование можно сделать за неделю - было бы желание и свободное время.
А как быть с юзерспейсом ploop? vzctl compact научить сжимать ext4 в случае развесистой метадаты - еще то развлечение, || эту фичу уже год обещает и постоянно откладывает :/ Да и когда речь идет про все связанное с хранением - надо иметь полные покрывающие тесты. У || они есть, а у нас, увы, нету, что приводит к тому, что их надо написать и досконально понимать что и когда может произойти.
Кроме этого, из сложностей ploop - собственный фреймворк для записи данных на диск в обход page cache - это еще то развлечение, можете полистать код, там много и забористо.
> управление трафиком в vzctl? или сторонними тулзами? я вообще о патче на
> vzctl и шеловый скрипт который они используют для поднятия сети.
> Кстати - баг с 2мя сетевками на OpenVZ хосте они починили -
> когда arp -s pub ставился не на тот адаптер ? | | |
| |
| 7.103, Аноним (-), 11:33, 30/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
>>> Если Вы считаете, что ploop - простой, то я бы хотел увидеть его портинг в апстрим, это именно то, что сейчас нужно очень многим.
>> Сколько пива выставите ?:) он реально простой - это же блочное устройство
>> - а не FS.
>> Портирование можно сделать за неделю - было бы желание и свободное время.
Так что там с пивом? сколько готовы выставить :)
| | |
|
|
|
|
|
|
| |
| |
| 3.30, Аноним (-), 17:24, 27/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –1 +/– |
>> Новость всего лишь о намерении. То есть ни о чём.
> Поцаны словами не бросаются :) Теперь сообщество с них не слезет, если
> "забудут"
> :)
пацаны долго закрывали патчи на ядро (начиная с 2.4.20 а открытая версия с 2.6.32). где было это сообщество ?
| | |
| |
| 4.39, Pavel Odintsov (?), 19:32, 27/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
>>> Новость всего лишь о намерении. То есть ни о чём.
>> Поцаны словами не бросаются :) Теперь сообщество с них не слезет, если
>> "забудут"
>> :)
> пацаны долго закрывали патчи на ядро (начиная с 2.4.20 а открытая версия
> с 2.6.32). где было это сообщество ?
Закрывать патчи на ядро никто не запрещает, тем более патчи для 2/6/32 и 2/6/18 вполне доступны. Разве что они влиты в один патч по аналогии с тем, как поступает RedHat. Но код - открыт, берите, читайте, изучайте.
| | |
| |
| 5.49, Аноним (-), 19:50, 27/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –1 +/– |
>>>> Новость всего лишь о намерении. То есть ни о чём.
>>> Поцаны словами не бросаются :) Теперь сообщество с них не слезет, если
>>> "забудут"
>>> :)
>> пацаны долго закрывали патчи на ядро (начиная с 2.4.20 а открытая версия
>> с 2.6.32). где было это сообщество ?
> Закрывать патчи на ядро никто не запрещает, тем более патчи для 2/6/32
> и 2/6/18 вполне доступны. Разве что они влиты в один патч
> по аналогии с тем, как поступает RedHat. Но код - открыт,
> берите, читайте, изучайте.
То есть распространять продукт на базе linux kernel без раскрытия исходников можно ? и даже не нарушать GPL ?
а как с тем что когда их просили предоставить исходники посылали лесом.
А когда человек раскрыл их старый код на базе 2.4.20 - ему грозили всякими карами и судом.
| | |
| |
| 6.59, Pavel Odintsov (?), 01:36, 28/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
>[оверквотинг удален]
>>> с 2.6.32). где было это сообщество ?
>> Закрывать патчи на ядро никто не запрещает, тем более патчи для 2/6/32
>> и 2/6/18 вполне доступны. Разве что они влиты в один патч
>> по аналогии с тем, как поступает RedHat. Но код - открыт,
>> берите, читайте, изучайте.
> То есть распространять продукт на базе linux kernel без раскрытия исходников можно
> ? и даже не нарушать GPL ?
> а как с тем что когда их просили предоставить исходники посылали лесом.
> А когда человек раскрыл их старый код на базе 2.4.20 - ему
> грозили всякими карами и судом.
"То есть распространять продукт на базе linux kernel без раскрытия исходников можно ? и даже не нарушать GPL ?" - про какие времена Вы говорите? 2.6.18 - код был всегда. 2.6.32 - код был всегда. Что-то раньше, боюсь, я просто не застал, я не такой старый :)
| | |
| |
| 7.89, Аноним (-), 23:03, 28/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– | |
> "То есть распространять продукт на базе linux kernel без раскрытия исходников можно
> ? и даже не нарушать GPL ?" - про какие времена
> Вы говорите? 2.6.18 - код был всегда. 2.6.32 - код был
> всегда. Что-то раньше, боюсь, я просто не застал, я не такой
> старый :)
2.4.20, 2.6.8. 2.6.18 появился весьма не сразу как был сделан. Я к сожалению сталкивался с этим почти с момента создания Virtuozzo.
| | |
|
|
|
|
|
|
| |
| |
| |
| 4.60, Pavel Odintsov (?), 01:38, 28/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– | |
> Вы даёте ссылку на сайт OpenVZ...
Эта статистика собирается простым баш скриптом в vzctl зависимостях, так что не вижу смысла ей не верить. Да и только у наших клиентов порядка сотен 5 инсталляций OpenVZ на железе, так что я думаю - весьма внушительная цифра.
| | |
| |
| 5.66, Аноним (-), 08:45, 28/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –2 +/– | |
А Вы в OpenVZ работаете? А я вижу смысл не верить, ни одна компания не признается, что у неё начались проблемы, иначе ситация станет ещё хуже, они будут врать, что угодно и рисовать графики, какие нужно.
У OpenVZ 500 клиентов, вы поняли, да?
Уходим на Docker, котаны.
| | |
|
|
|
|
| |
| 2.55, Michael Shigorin (ok), 23:25, 27/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– | |
> Как обновить ОС template?
1) собрать начисто (я так делаю при помощи altlinux.org/m-p);
2) распаковать рутом, сделать chroot внутрь, обновить пакеты*, выйти, запаковать.
* может понадобиться либо настройка резолвера, либо указание источников по ip-адресу
| | |
| 2.61, Pavel Odintsov (?), 01:40, 28/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– | |
> Как обновить ОС template?
Ровно также как и отдельно стоящую ОС: yum update/apt-get update; apt-get upgrade;
А вот при апдейтах с одной ветки дистрибутива на другую стоит быть готовым написать в поддержку. Например, при обновлении с Debian 6 на Debian 7 меняется система инициализации и если воткнуть обычный апстарт - все рухнет и придется писать хостеру. Тоже самое касается имени шаблона ос - если центос 6 обновить, например, на 7ку в контейнере, то она тупо не запустится, ибо sysv init заменили на systemd и OpenVZ должен знать, что ostemplate поменялся и надо дергать иные скрипт.
Надо бы сформулировать это как фичриквест в опенвз, что-то типа синхронизации ostemplate с тем, что реально стоит внутри контейнера.
| | |
| |
| 3.65, angra (ok), 04:29, 28/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +1 +/– |
 >> Как обновить ОС template?
> Ровно также как и отдельно стоящую ОС: yum update/apt-get update; apt-get upgrade;
Плюс еще куча дополнительных телодвижений. Если мы конечно хотим получить нормальный template, а не просто обновить ОС в отдельном контейнере.
> готовым написать в поддержку. Например, при обновлении с Debian 6 на
> Debian 7 меняется система инициализации и если воткнуть обычный апстарт -
> все рухнет и придется писать хостеру.
Мне кажется, что ты путаешь Debian с RHEL/Centos и Ubuntu. В wheezy(7) и squeeze(6) одна и та же система инициализации - sysvinit. Вот в jessie(8) планируется уже смена на systemd. А upstart вообще в ubuntu.
| | |
| |
| 4.70, Pavel Odintsov (?), 11:55, 28/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
>[оверквотинг удален]
>> Ровно также как и отдельно стоящую ОС: yum update/apt-get update; apt-get upgrade;
> Плюс еще куча дополнительных телодвижений. Если мы конечно хотим получить нормальный template,
> а не просто обновить ОС в отдельном контейнере.
>> готовым написать в поддержку. Например, при обновлении с Debian 6 на
>> Debian 7 меняется система инициализации и если воткнуть обычный апстарт -
>> все рухнет и придется писать хостеру.
> Мне кажется, что ты путаешь Debian с RHEL/Centos и Ubuntu. В wheezy(7)
> и squeeze(6) одна и та же система инициализации - sysvinit. Вот
> в jessie(8) планируется уже смена на systemd. А upstart вообще в
> ubuntu.
Там немного хитрее все, вот посмотрите: https://bugzilla.openvz.org/show_bug.cgi?id=2647
| | |
| |
| 5.77, angra (ok), 13:56, 28/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +1 +/– |
Посмотрел. Кто-то "умный" собрал шаблон беты debian 7 с upstart вместо дефолтного sysvinit. При обновлении этого чуда произошел закономерный факап. С обновлением с debian 6 до debian 7 это не связано никак.
Мне неоднократно приходилось успешно обновлять squeeze до wheezy в контейнерах без доступа к хардварной ноде. Проблемы были, но совсем не того плана.
| | |
| |
| 6.81, Pavel Odintsov (?), 16:15, 28/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
> Посмотрел. Кто-то "умный" собрал шаблон беты debian 7 с upstart вместо дефолтного
> sysvinit. При обновлении этого чуда произошел закономерный факап. С обновлением с
> debian 6 до debian 7 это не связано никак.
> Мне неоднократно приходилось успешно обновлять squeeze до wheezy в контейнерах без доступа
> к хардварной ноде. Проблемы были, но совсем не того плана.
Это стандартный имадж из dowload.openvz.org. Но это баг апдейтера в той же степени - зачем он меняется SYSInit - неизвестно. Вдруг я осознанно хочу свой "любимый" upstart?
| | |
| |
| 7.91, angra (ok), 01:36, 29/12/2014 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
Почему у меня в стандартном образе debian 7 с dowload.openvz.org никакого upstart нет? Буквально вчера разворачивал несколько контейнеров и сразу же делал в них dist-upgrade. Ты хочешь убедить меня, что мне dowload.openvz.org тайно отгружает правильный образ, а тебе из вредности глючный?
Это не баг апдейтера, а баг в ДНК того, кто собрал глючный образ, не понимая работу apt-get/aptitude.
| | |
|
|
|
|
|
|
|
