The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Компания Parallels открыла ядро, используемое в продукте Vir..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от opennews (??) on 27-Апр-15, 18:52 
В рамках инициативы (http://www.opennet.dev/opennews/art.shtml?num=41350) по объединению кодовых баз открытой системы контейнерной виртуализации OpenVZ и коммерческого продукта Virtuozzo (http://www.odin.com/ru/products/virtuozzo/) (Parallels Cloud Server), компания Parallels ввела в строй (http://lists.openvz.org/pipermail/announce/2015-April/000579...) общедоступный Git-репозиторий (https://src.openvz.org/projects), в котором опубликованы исходные тексты модифицированного ядра Linux 3.10, основанного на пакете с ядром из RHEL7 и включающего дополнительные патчи для обеспечения контейнерной виртуализации. Кроме того, разработка ядра Virtuozzo теперь открыто для всех желающих - сторонние разработчики получили возможность присылать патчи, участвовать в технических обсуждениях и рецензировать код через рассылку OpenVZ (devel at openvz.org).


Ожидается, что открытие кода продукта Virtuozzo, объединяющего контейнерную и гипервизорную виртуализацию с распределенным хранилищем данных, и объединение процесса разработки c OpenVZ снизит трудозатраты персонала за счёт избавления от раздельной работы над Virtuozzo и OpenVZ, позволят привлечь к разработке независимых участников из сообщества и упростят процесс портирования специфичных для Virtuozzo и OpenVZ патчей для новых выпусков основного ядра Linux. OpenVZ трансформируется в часть кодовой базы Virtuozzo, что позволит решить проблему с совместимостью открытого и проприетарного решения. Системы на базе OpenVZ смогут быть легко переведены на Virtuozzo. Cовместимость OpenVZ с Virtuozzo будет обеспечена на всех уровнях, начиная от пользовательского инструментария и заканчивая API для взаимодействия с компонентами ядра. Открытие кода Virtuozzo  также будет способствовать добавлению поддержки управления Virtuozzo-контейнерами в сторонние инструментарии, такие как  LXC и Docker.

В дальнейшем, разработчики Virtuozzo намерены продолжить тактику продвижения возможностей в основное ядро и уменьшение объёма внешних патчей, так как это существенно снимает нагрузку с разработчиков при адаптации системы к основному ядру Linux, код которого очень сильно меняется  от выпуска к выпуску. В настоящее время ядро Virtuozzo основывается на наработках основного ядра 3.10, которое соответствует ядру из состава RHEL7. При подготовке данного ядра разработчики Virtuozzo уже избавились от набора патчей, которые добавляли поддержку NFS в контейнерах, заменили старый код управления памятью на новый на базе memcg и планируют использовать cgroups вместо beancounters, везде, где это возможно.


Следующим шагом станет публикация кода компонентов Virtuozzo, работающих в пространстве пользователя, и создание общедоступной унифицированной системы отслеживания ошибок,  построенной на базе движка Atlassian Jira. Для совместимости OpenVZ с ядром 3.10 будет подготовлен новый вариант инструментария vzctl, который будет опубликован после открытия кода утилит Virtuozzo. Поддержка старого ядра OpenVZ, построенного на основе ядра RHEL6, будет сохранена, как продолжит поддерживаться и старый набор утилит vzctl.

Алексей Кобец, вице-президент департамента серверной виртуализации бизнес-подразделения Odin, прокомментировал открытие кода Virtuozzo:
«Часто наши потенциальные покупатели Virtuozzo сначала смотрят на открытый проект и даже начинают запускать на нем коммерческие сервисы. Достигнув определенного понимания, они решают перейти на коммерческую версию и сталкиваются с тем, что обновление с OpenVZ на Virtuozzo неудобно, и порой переход на него даже сложнее, чем с других коммерческих решений виртуализации. Принимая во внимание просьбы клиентов и интерес к нашим технологиями со стороны сообщества, мы решили открыть процесс разработки и часть компонентов Virtuozzo, предоставляя доступ к их исходному коду. Этот шаг позволит всем, заинтересованным в наших технологиях, свободно использовать их и принимать участие в разработке новой версии Virtuozzo».


URL: http://lists.openvz.org/pipermail/announce/2015-April/000579...
Новость: http://www.opennet.dev/opennews/art.shtml?num=42113

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +2 +/
Сообщение от Аноним (??) on 27-Апр-15, 18:52 
Ну всё, теперь User294 завалит их патч^WWW ой, начнет следить за коммит-логом. Ну вот так он софт разрабатывает, что поделать.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

62. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (??) on 28-Апр-15, 19:06 
> Ну всё, теперь User294 завалит их патч^WWW ой, начнет следить за коммит-логом.
> Ну вот так он софт разрабатывает, что поделать.

Не, не начну. Мне возня по насилованию трупика 3.10 малоинтересна. Вот если заинтегрируются в майнлайн...

А покуда они будут сватать какой-то самопальный перепатченый 3.10 - они так и будут терять рынок в пользу других VM и контейнеров, которые всех этих извратов с кастомными ядрами не требуют. Главный минус OVZ который у него всю жизнь был - никуда не делся.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

65. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (??) on 28-Апр-15, 20:37 
Блин, пичаль пичальная. А я думал ты покоммитиш^W в лог посмотришь, чтоб развитие быстрее пошло. Ну всё, пропал OpenVZ без твоего мониторинга развития.
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

67. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (??) on 28-Апр-15, 20:49 
> Блин, пичаль пичальная. А я думал ты покоммитиш^W в лог посмотришь,

Ядра 3.10? Да ну его, что-то не хочется. Копаться в куче костяшек - не очень возбуждаюшее начинание.

Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

72. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (??) on 29-Апр-15, 12:53 
Что-то мне подсказывает, что копаться ты не хочешь не потому, что ядро старое, а потому, что мозгов не хватает.
Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

73. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (??) on 29-Апр-15, 13:41 
> Что-то мне подсказывает, что копаться ты не хочешь не потому, что ядро
> старое, а потому, что мозгов не хватает.

Хз, до оценки этого фактора дело просто не доходит. Увидев такой номер версии я сразу решаю что это - "uninspiring". Заниматься байтовой эксгумацией меня совсем не тянет.

Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

2. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +2 +/
Сообщение от Аноним (??) on 27-Апр-15, 18:55 
Компания Odin :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

28. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +1 +/
Сообщение от rachok email(ok) on 28-Апр-15, 10:34 
=)) отец компании Tor
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

108. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от KBAKEP (ok) on 13-Май-15, 15:55 
;)
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

3. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (??) on 27-Апр-15, 19:09 
Неужели в проксмоксе с ядром 3.10 снова можно будет юзать божественный OpenVZ и можно будет выкинуть 2.6.32.X.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Компания Parallels открыла ядро, используемое в продукте Vir..."  –3 +/
Сообщение от ligurio (??) on 27-Апр-15, 19:14 
Мы в Odin надеемся, что с новым релизом открытой Virtuozzo вы не захотите пользоваться Proxmox. :)
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

6. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +4 +/
Сообщение от ПолковникВасечкин on 27-Апр-15, 19:45 
сначала научите его KVM
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

7. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +1 +/
Сообщение от Аноним (??) on 27-Апр-15, 20:27 
и ZFS
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

13. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Pavel Odintsov email on 28-Апр-15, 01:12 
> и ZFS

Мда, KVM и ZFS - это Вы сильно адептов Одина вмочили :) Но совершенно резонно. Еще проблема и очень большая с роутингом и аналогами openvswitch для OpenVZ.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

50. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от anonymous (??) on 28-Апр-15, 14:16 
так ведь работает Virtuozzo (который бывший PCS6) c ZFS
не из коробки, конечно, но вполне штатно, с помощью zfs-onlinux
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

51. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Pavel Odintsov email(ok) on 28-Апр-15, 14:31 
> так ведь работает Virtuozzo (который бывший PCS6) c ZFS
> не из коробки, конечно, но вполне штатно, с помощью zfs-onlinux

1) ploop работать не будет
2) в SIMFS вложенные квоты работать не будут

А вообще имеется целый репо с документацией как скрестить OpenVZ с ZFS: https://github.com/pavel-odintsov/OpenVZ_ZFS

Но вот в команде Parallels к этому (ZFS на OpenVZ) интерес нулевой.

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

104. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (??) on 01-Май-15, 09:26 
ploop можно заставить работать.
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

106. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Pavel Odintsov email(ok) on 01-Май-15, 20:54 
> ploop можно заставить работать.

Это крайне сложно, ибо он построен на базе экстентов, которых в ZFS нету.

Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

10. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от sm (??) on 27-Апр-15, 21:02 
А будет открыт весь стак virtuozzo, включаю cloud storage?
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

18. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +5 +/
Сообщение от Аноним (??) on 28-Апр-15, 07:44 
Proxmox это не только OpenVZ, но и KVM, наиудобнейший веб-интерфейс с HTML5-консолями, HA из коробки, openvswitch, ZFS и т.д.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

80. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от PnDx (ok) on 29-Апр-15, 16:19 
Удобно? Да. Пока не завалится.
Потом — лихорадочно ищут специалиста разобраться с тем, что нафоршмачил "освоивший" Proxmox "студент". Потому что:

1. Он собрал "HA кластер" на 2-х писюках. С DAS, понятное дело. Про tie-braking не читал, т.к. годный разбор — на вражеском.

2. Выдал под виртуалки 2ТБ из имеющихся 500ГБ. В нерасширяемом DAS'е, конечно.
/Остальные "нюансы" выделения ресурсов (full-virt для linux и т.п.) не столь колоритны./

3. "Студент" был умный и нашёл, где в дебиане настраивают сетевые интерфейсы. Чем поверг Proxmox в шок - он не может на старте поднять виртуалки из-за вылета своего сетевого скрипта.

Утрировал совсем чуть-чуть реальный случай из недавней практики. Хотя и не совсем мой профиль.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

81. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Michael Shigorin email(ok) on 29-Апр-15, 16:54 
> Про tie-braking не читал

Торможение галстуком? :)

> т.к. годный разбор — на вражеском.

PS: а всё потому, поди, что "старшие товарищи" свалили на студента железки со словами "к утру разобраться" и не показали собственным примером ценность документирования сделанного.

Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

82. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +2 +/
Сообщение от PnDx (ok) on 29-Апр-15, 17:37 
>> Про tie-braking не читал
> Торможение галстуком? :)

breaking, да. spell-check пропустил на ура, понятно. "Пишы граматно" ;)

> PS: а всё потому, поди, что "старшие товарищи" свалили на студента железки
> со словами "к утру разобраться" и не показали собственным примером ценность
> документирования сделанного.

  Там не было "старших", только "эффективные руководители". Сэкономили — влетели.

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

32. "Компания Parallels открыла ядро, используемое в продукте Vir..."  –1 +/
Сообщение от Аноним (??) on 28-Апр-15, 11:22 
Продолжайте надеяться ;-)

Как хотя бы до 4.0 ядра дотяните - сообщите. Хотя не, лучше не позорьтесь: на вскидку, что выберет пользователь? - решение, которое позволяет тривиально переключать бэкенды в рамках унифицированного интерфейса или вчерашнюю проприетарщину на старом ядре с неясными перспективами миграции на альтернитивы если что-то пошло не так?

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

48. "Компания Parallels открыла ядро, используемое в продукте Vir..."  –2 +/
Сообщение от Michael Shigorin email(ok) on 28-Апр-15, 13:27 
> не позорьтесь: на вскидку, что выберет пользователь? - решение, которое позволяет
> тривиально переключать бэкенды в рамках унифицированного интерфейса или вчерашнюю
> проприетарщину на старом ядре с неясными перспективами миграции на альтернитивы
> если что-то пошло не так?

Если выбирающий пользователь -- эффективный дурак, то примерно так он и будет думать; а если ему ехать надо, а не шашечки -- то помимо оценки будущего (что разумно) устроит и стендовое тестирование по разным факторам, включая накладные расходы.

http://openvz.livejournal.com/14723.html

PS: и кстати, передёрнуть можно было и круче, и деликатней, раз уж взялись именно за это.

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

59. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (??) on 28-Апр-15, 17:56 
Lol, "объективное тестирование" от авторов тестируемого. Верю, чо! Тока уши к земле лапшой пригибает, а так верю конечно.
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

68. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Michael Shigorin email(ok) on 28-Апр-15, 21:33 
> Lol, "объективное тестирование" от авторов тестируемого.

По ссылкам не ходим, головой не думаем...  Специально сослался не сразу на hpl'ную PDF, а на страничку с нужным куском текста оттуда, но что-то Вы сегодня тормозите больше обычного (или это не Вы? :)

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

63. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (??) on 28-Апр-15, 19:23 
> Если выбирающий пользователь -- эффективный дyрак, то примерно так он и будет
> думать; а если ему ехать надо, а не шашечки -- то
> помимо оценки будущего (что разумно) устроит и стендовое тестирование по разным
> факторам, включая накладные расходы.

Оно как бы да, но есть и туева хуча других факторов, начиная от дополнительного гемора поддержки конфигов с кастомным ядром и заканчивая тем что полные виртуализаторы не имеют других проблем, например все сильно проще с файлами, сокетами и прочая: юзеру просто выделяется эн ресурсов, а как он там файлы, сокеты и прочее будет в этом объеме создавать - его проблемы. А в контейнере это чревато факапом в системе хоста, это требует наворачивать искусственные лимиты. Что не находит понимания у юзерей.

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

69. "Компания Parallels открыла ядро, используемое в продукте Vir..."  –1 +/
Сообщение от Michael Shigorin email(ok) on 28-Апр-15, 21:36 
> Оно как бы да, но есть и туева хуча других факторов

Именно, причём они тоже далеко не "такие однозначные", а набор медалек с минимум двумя сторонами.  Например, отрегулировать выделение этих самых ресурсов на лету в ovz гораздо проще (и заодно работает), а вот про ballooning не так давно долетали крупные щепки, помнится...

Стоит понимать не столько плюсы, сколько минусы используемых технологий.  Сильно помогает от закручивания молотком и забивания отвёрткой.

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

87. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (??) on 29-Апр-15, 20:05 
> лету в ovz гораздо проще (и заодно работает),

Вот только полные виртуализаторы в принципе не имеют проблем с файлами, сокетами и прочими не совсем очевидными способами скушать ресурсов хоста вне изначальной квоты. Это делает управление ресурсами в контейнере не слишком пресным и заставляет латать много всяких ситуаций, с довольно переменным успехом и ценой усложнения управления этим и искусственных ограничений.

> ballooning не так давно долетали крупные щепки, помнится...

У VZ своих щепок есть. Вплоть до существования эксплойтов, которые через баги ядер повышали привилегии, вылезая из контейнера. В паблик их никто не выкладывает, но втихаря по моим наблюдениям ими блэкхэты периодически пуляют. Могу предположить что блэкхэты очень рады "стабильным" ядрам которые "поддерживают" посторонние лица, висящим в продакшне по много лет. Очень удобно - написал 1 раз эксплойт и пуляй им много лет к ряду. Шансы что запатчат - невысокие, эксплойт долгоиграющий получается. Очень удобно. Но, правда, не тем.

> Стоит понимать не столько плюсы, сколько минусы используемых технологий.
> Сильно помогает от закручивания молотком и забивания отвёрткой.

Но без знания плюсов - о существовании молотка и отвертки вообще не узнаешь, а обнаружить что дубасить камнем по гвоздю было немного субоптимально - довольно досадно :P.

Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

92. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Michael Shigorin email(ok) on 29-Апр-15, 23:02 
>> лету в ovz гораздо проще (и заодно работает),
> Вот только полные виртуализаторы в принципе не имеют проблем с файлами, сокетами

Зато имеют проблемы с таймерами, например.

>> ballooning не так давно долетали крупные щепки, помнится...
> У VZ своих щепок есть. Вплоть до существования эксплойтов, которые через баги
> ядер повышали привилегии, вылезая из контейнера.

Насколько помню, ядерные дырки с возможностью вылезти из ovz VE и из kvm были примерно в одинаковом количестве за последние лет семь-десять.  В этом плане вкуснее физически отдельные мелкие узлы.

Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

93. "Компания Parallels открыла ядро, используемое в продукте Vir..."  –1 +/
Сообщение от Аноним (??) on 30-Апр-15, 07:12 
Вылезти из KVM куда? Из виндоуса в Линукс?
Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

95. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Michael Shigorin email(ok) on 30-Апр-15, 09:04 
> Вылезти из KVM куда?

На хост.

Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

16. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним email(??) on 28-Апр-15, 07:28 
В проксмоксе с ядром 3.10 скоро будет обновление на дебиан джесси т.е. проксмокс 4.0 с поддержкой lxc-контейнеров
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

19. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (??) on 28-Апр-15, 07:46 
> В проксмоксе с ядром 3.10 скоро будет обновление на дебиан джесси т.е.
> проксмокс 4.0 с поддержкой lxc-контейнеров

У lxc нет миграции, как и у сранного Docker.

http://forum.proxmox.com/threads/17908-LXC-1-0-released-is-n...

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

22. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Pavel Odintsov email on 28-Апр-15, 08:27 
>> В проксмоксе с ядром 3.10 скоро будет обновление на дебиан джесси т.е.
>> проксмокс 4.0 с поддержкой lxc-контейнеров
> У lxc нет миграции, как и у сранного Docker.
> http://forum.proxmox.com/threads/17908-LXC-1-0-released-is-n...

Для OpenVZ ее (именно полноценной live миграции) тоже нету :)

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

23. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (??) on 28-Апр-15, 09:02 
хз, но тем не менее мигрирует без остановки.
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

24. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от ABATAPA email(ok) on 28-Апр-15, 09:24 
Мигрируют, если сервера одинаковые.
У меня в кластере HP G7 и HP G8, у них разные CPU - после миграции ошибка и стоп.
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

25. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Pavel Odintsov email on 28-Апр-15, 09:38 
По обоим комментариям нет и нет. Может формально остановки и нету, но даунтайм пока копируется память - серьезный. И если на машине 4-16-64GB __занятой__ памяти, то эта livemigration будет идти по полчаса, а-то и больше.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

26. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от ligurio (??) on 28-Апр-15, 10:33 
Миграция с zero downtime есть в коммерческом продукте. Зачем вам технология миграции в opensource в текущем OpenVZ? Вы будете ее улучшать?
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

33. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (??) on 28-Апр-15, 11:24 
> Миграция с zero downtime есть в коммерческом продукте. Зачем вам технология миграции
> в opensource в текущем OpenVZ? Вы будете ее улучшать?

Зачем нам платить за продукт, который даже теоретически нельзя улучшить?

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

56. "Компания Parallels открыла ядро, используемое в продукте Vir..."  –1 +/
Сообщение от Аноним (??) on 28-Апр-15, 16:50 
Или перефразирую: где в Москве купить дешевую косметику? (С)БР :)
Вы халявы захотели. Это в саду, так что пройдите.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

60. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (??) on 28-Апр-15, 17:59 
> Или перефразирую: где в Москве купить дешевую косметику? (С)БР :)
> Вы халявы захотели. Это в саду, так что пройдите.

Ну ты и упоролся :)
Это вообще-то у каждого вендора с которыми параллелс пытается конкурировать. Тут одним хамством не обойдёшься - сначала надо хотя-бы версию ядра и фичи догнать. Потом можно и халяву от "бабло за поддержку" научиться различать.

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

40. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +1 +/
Сообщение от Pavel Odintsov email on 28-Апр-15, 12:08 
> Миграция с zero downtime есть в коммерческом продукте. Зачем вам технология миграции
> в opensource в текущем OpenVZ? Вы будете ее улучшать?

Зачем её улучшать? Она отлично работает на OpenVZ (могу приватно показать куски логов, просто ради интереса). В OpenVZ просто не реализованы коннекторы для полностью рабочего кода итеративной миграции памяти в ядре.

А мигарция БЕЗ потери пингов конетйнеров с десятками гигабайт памяти НУЖНА в опенсорце еще как :)

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

52. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +1 +/
Сообщение от ligurio (??) on 28-Апр-15, 14:58 
Я уже отвечал вам на хабре. Вот проект, в рамках которого будет сделана итеративная миграция в новой версии Virtuozzo, - http://criu.org/P.Haul
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

53. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Pavel Odintsov email(ok) on 28-Апр-15, 15:18 
> Я уже отвечал вам на хабре. Вот проект, в рамках которого будет
> сделана итеративная миграция в новой версии Virtuozzo, - http://criu.org/P.Haul

Будет сделана != сделана и работает. Рабочего и стабильного ядра RHEL7 еще нету. Я понимаю, что это все когда-то будет, но как будет, тогда и будет смысл сравнивать.

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

57. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (??) on 28-Апр-15, 16:54 
> Будет сделана != сделана и работает. Рабочего и стабильного ядра RHEL7 еще нету.

Кисо надо ЩЩаЗЗ, беЗЗплатно и на блюдечке ?
Кому надо - купили. Кому надо в опен-сорс - пилят ...
>Я понимаю, что это все когда-то будет, но как будет, тогда и будет смысл сравнивать.

А сам то ты (скажем) чудак - сам то ты "что сделал для хипхопа"?
Hacpaл на всех форумах куда смог дотянуться? О-е - так победим! :)

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

58. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +2 +/
Сообщение от Pavel Odintsov email(ok) on 28-Апр-15, 17:34 
>> Будет сделана != сделана и работает. Рабочего и стабильного ядра RHEL7 еще нету.
> Кисо надо ЩЩаЗЗ, беЗЗплатно и на блюдечке ?
> Кому надо - купили. Кому надо в опен-сорс - пилят ...
>>Я понимаю, что это все когда-то будет, но как будет, тогда и будет смысл сравнивать.
> А сам то ты (скажем) чудак - сам то ты "что сделал
> для хипхопа"?
> Hacpaл на всех форумах куда смог дотянуться? О-е - так победим! :)

Прошу: https://github.com/FastVPSEestiOu/openvz-network-shaper https://github.com/FastVPSEestiOu/ploop_userspace https://github.com/FastVPSEestiOu/fastnetmon https://github.com/FastVPSEestiOu/Antidoto

Все это в той или иной степени - доделки/улучшалки для OpenVZ.

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

44. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (??) on 28-Апр-15, 12:59 
Ну ведь и KVM по такому же принципу мигрирует (примерно): http://www.linux-kvm.org/page/Migration
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

9. "Компания Parallels открыла ядро, развиваемое для продукта Vi..."  +2 +/
Сообщение от Аноним (??) on 27-Апр-15, 20:53 
какие сроки стабилизации планируются для openvz под ядро 3.10?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Компания Parallels открыла ядро, развиваемое для продукта Vi..."  +/
Сообщение от depeche email(??) on 27-Апр-15, 23:52 
Сейчас до сих пор ведь нужно использовать 2.6.32 как последнее стабильное для ОпенВЗ?
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

12. "Компания Parallels открыла ядро, развиваемое для продукта Vi..."  +/
Сообщение от Michael Shigorin email(ok) on 28-Апр-15, 01:06 
> Сейчас до сих пор ведь нужно использовать 2.6.32 как последнее стабильное для ОпенВЗ?

Или 2.6.18 как предыдущее стабильное; других вариантов (ядро+userspace) пока не вижу.

PS: если что, каждые три месяца публикуется обновлённая сборка инсталятора OpenVZ HN на базе стабильного репозитория ALT Linux: http://altlinux.org/starterkits#server (в 20150312 потребуется сразу сделать apt-get update; update-kernel).  Более наполненные шаблоны VE можно сделать самому при помощи инструментария mkimage-profiles или обсудить в случае общеполезности.

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

21. "Компания Parallels открыла ядро, развиваемое для продукта Vi..."  +1 +/
Сообщение от Pavel Odintsov email on 28-Апр-15, 08:26 
>> Сейчас до сих пор ведь нужно использовать 2.6.32 как последнее стабильное для ОпенВЗ?
> Или 2.6.18 как предыдущее стабильное; других вариантов (ядро+userspace) пока не вижу.
> PS: если что, каждые три месяца публикуется обновлённая сборка инсталятора OpenVZ HN
> на базе стабильного репозитория ALT Linux: http://altlinux.org/starterkits#server
> 20150312 потребуется сразу сделать apt-get update; update-kernel).  Более наполненные
> шаблоны VE можно сделать самому при помощи инструментария mkimage-profiles или обсудить
> в случае общеполезности.

2.6.18 лучше не юзать вообще, это глюкалово просто феерическое да еще и ETA у него кончается наднях прямо.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

45. "Компания Parallels открыла ядро, развиваемое для продукта Vi..."  +/
Сообщение от Michael Shigorin email(ok) on 28-Апр-15, 13:07 
> 2.6.18 лучше не юзать вообще, это глюкалово просто феерическое

Оно как раз работало аки часики, а в 2.6.32 сперва долго чинили поотваливавшееся при переезде (помнится, --cpus и что-то ещё) и с vzswap штормило довольно долго.  Правда, у меня все HN на альте.  И здесь это одно из официально поддерживаемых ядер.

PS re #29: да понятно, что EOL.  Просто других стабильных и не видел (2.6.2x к ним не относились).

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

29. "Компания Parallels открыла ядро, развиваемое для продукта Vi..."  +/
Сообщение от ligurio (??) on 28-Апр-15, 10:35 
>> Сейчас до сих пор ведь нужно использовать 2.6.32 как последнее стабильное для ОпенВЗ?
> Или 2.6.18 как предыдущее стабильное; других вариантов (ядро+userspace) пока не вижу.

для 2.6.18 настал EOL и выпускаются только критические обновления
https://openvz.org/Download/kernel

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

54. "Компания Parallels открыла ядро, развиваемое для продукта Vi..."  +/
Сообщение от Pavel Odintsov email(ok) on 28-Апр-15, 15:43 
Почему не открыли код 2.6.32? Не понимаю, столько шумихи из-за того, что открыли код еще совершенно не готового ядра?
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

14. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +3 +/
Сообщение от Pavel Odintsov email on 28-Апр-15, 01:15 
"Часто наши потенциальные покупатели Virtuozzo сначала смотрят на открытый проект и даже начинают запускать на нем коммерческие сервисы. Достигнув определенного понимания, они решают перейти на коммерческую версию"

Могу рассказать дивную историю обратной миграции - как мы отказались от коммерческого решения Parallels в пользу надежного и суперстабильного OpenVZ и с тех времен сократили время на поддержку и обслуживание ферм в разы! :)

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +1 +/
Сообщение от rob pike on 28-Апр-15, 03:04 
Странно что сразу так не сделали. Если (как следует из успешного финала истории) команда достаточно сильная, а компонент - критичен для бизнеса, очевидно же вроде что так надо делать сразу.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

20. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +3 +/
Сообщение от Pavel Odintsov email on 28-Апр-15, 08:11 
По началу PCS казался целостным и стабильным продуктом, в котором были такие крутые штуки как настоящая live миграция, бэкапы, управление по API. В процессе изучения и сурового продакшена выяснилось, что бэкапы работают настолько непредсказуемо и ненадежно, что мы были вынуждены экстренно написать с нуля свой бэкап. Потом начались проблемы с API, который ломает контейнер и пришлось делать свой API-обходник, который просто работает с vzctl, а не тянет весь crap от PCS'ного userspace. А на десерт начала валиться live миграция с совершенно неадекватными и необъяснимыми ошибками, в итоге повторили и ее.

А в какой-то момент поняли, что имплементировали весь код, что есть в PCS и который нужен нам для оказания услуг. С тех пор прошло около года и фермы на OpenVZ делают все перечисленные задачи идеально в 99% случаях, хотя были писаны вовсе не профессиональными программистами с огромным опытом разработки (c)

Стоит обратить внимание, что ядра в продуктах идентичны, хотя в PCS присутствует бинарный crap (который, как бы то смешно не было, много раз заваливал нам ноды своими "фичами").

А вот про ядро и его команду поддержки я могу сказать лишь "ПОЦАНЫ Я ВАС ЛЮБЛЮ", более отзывчивой к багам и профессиональной команды я не встречал, никогда :) На нашем счету огромное число выбитых экзотичесх багов репродьюсы для которых собирались месяцами, но все это было выявлено и починено чудесными спецами по ядру из Parallels/ODIN :)

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

30. "Компания Parallels открыла ядро, используемое в продукте Vir..."  –1 +/
Сообщение от ligurio (??) on 28-Апр-15, 10:37 
>[оверквотинг удален]
> идеально в 99% случаях, хотя были писаны вовсе не профессиональными программистами
> с огромным опытом разработки (c)
> Стоит обратить внимание, что ядра в продуктах идентичны, хотя в PCS присутствует
> бинарный crap (который, как бы то смешно не было, много раз
> заваливал нам ноды своими "фичами").
> А вот про ядро и его команду поддержки я могу сказать лишь
> "ПОЦАНЫ Я ВАС ЛЮБЛЮ", более отзывчивой к багам и профессиональной команды
> я не встречал, никогда :) На нашем счету огромное число выбитых
> экзотичесх багов репродьюсы для которых собирались месяцами, но все это было
> выявлено и починено чудесными спецами по ядру из Parallels/ODIN :)

Павел,  раз уж начали рассказывать,  то пожалуйста приложите к каждому утверждению номер тикета, чтобы было конструктивно.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

34. "Компания Parallels открыла ядро, используемое в продукте Vir..."  –1 +/
Сообщение от Аноним (??) on 28-Апр-15, 11:26 
> Павел,  раз уж начали рассказывать,  то пожалуйста приложите к каждому
> утверждению номер тикета, чтобы было конструктивно.

Что-то ты заврался, родной - согласно новости багтрекер пока только в планах.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

36. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +2 +/
Сообщение от ligurio (??) on 28-Апр-15, 11:58 
Багтрекер у нас был всегда - https://bugzilla.openvz.org/
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

38. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от ligurio (??) on 28-Апр-15, 11:59 
> Багтрекер у нас был всегда - https://bugzilla.openvz.org/

Но Павел жаловался на проблемы в коммерческом продукте и я его спросил номера тикетов.
Чтобы жалобы не были голословными.

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

37. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Pavel Odintsov email on 28-Апр-15, 11:58 
Копия всех моих тикетов (почти 10+) уже давно лежит у выше означенного Алексея Кобеца, вопрос лишь в том, когда все это будет починено и будет ли починено - я не кастомер уже, я не могу проверить, но судя по changes релизов - ничего не было исправлено.

Это не конкретные "вот эта вот висючка не работает, почините", а более масштабные проблемы, например, система бэкапа, которая после 6 тикетов в поддержку так и не начала стабильно работать. Такие вещи нужно переписывать, с нуля. Вот об этом и были мои указанные тикеты.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

46. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Michael Shigorin email(ok) on 28-Апр-15, 13:10 
> Такие вещи нужно переписывать, с нуля. Вот об этом и были мои указанные тикеты.

А свою реализацию часом не публиковали?

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

49. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Pavel Odintsov email(ok) on 28-Апр-15, 13:50 
>> Такие вещи нужно переписывать, с нуля. Вот об этом и были мои указанные тикеты.
> А свою реализацию часом не публиковали?

К сожалению, нет, очень большая завязка на внутренние API и фатальное отсутствие времени на выпилку и изоляцию кода :(

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

17. "Компания Parallels открыла код ядра, развиваемого для продук..."  +/
Сообщение от Аноним (??) on 28-Апр-15, 07:34 
> мы решили открыть процесс разработки и часть компонентов Virtuozzo

Че-то многа букаф, но я так и не понял что именно останется закрытым.

Работал с OpenVZ и Virtuozzo лет 8-10 назад, понравилось, хороший продукт... был. Сейчас не знаю, но думаю, нет уверен, минералы уже прос...ны. Конкуренты прут со всех сторон и теперь вряд ли Виртуозо захватит серьезный кусок, да еще будучи открытым не полностью и серьезно отстающим в версии ядра. А могли за счет сообщества раскрутиться не хуже ВМВари. 10 лет играли в доганялки внесто того чтобы подминать рынок под себя. Эх вы, такую фору прос...ть это надо суметь. Балбесы.
"Жадность - это плохо" (с) Остров сокровищ

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

27. "Компания Parallels открыла код ядра, развиваемого для продук..."  +/
Сообщение от Аноним (??) on 28-Апр-15, 10:33 
Не сделали ничего нового. А патчи будут принимать только те которые им мешать не будут, или будут требовать передачи прав (как это было раньше)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "Компания Parallels открыла код ядра, развиваемого для продук..."  +/
Сообщение от ligurio (??) on 28-Апр-15, 10:41 
> Не сделали ничего нового. А патчи будут принимать только те которые им
> мешать не будут, или будут требовать передачи прав (как это было
> раньше)

процесс разработки мы открываем для того, чтобы позволить _всем_ желающим  участвовать, поэтому непонятно как вы такой вывод сделали.

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

35. "Компания Parallels открыла код ядра, развиваемого для продук..."  +1 +/
Сообщение от Аноним (??) on 28-Апр-15, 11:30 
> процесс разработки мы открываем для того, чтобы позволить _всем_ желающим  участвовать,
> поэтому непонятно как вы такой вывод сделали.

вам правда не приходило в голову, что те кто не только желают, но ещё и могут участвовать в разработке будут скорее участвовать в развитии версий 4.2+, а не покрытого мхом 3.10? Понятно что у вас клиенты и совместимость, но это таки ваши проблемы...

В общем начинание-то безусловно хорошее, но именно как начинание - пока не осилите порт на последнюю ветку ядра, так и будите в позиции даже не догоняющих, а безнадёжно отставших.

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

39. "Компания Parallels открыла код ядра, развиваемого для продук..."  +1 +/
Сообщение от Pavel Odintsov email on 28-Апр-15, 12:06 
>> процесс разработки мы открываем для того, чтобы позволить _всем_ желающим  участвовать,
>> поэтому непонятно как вы такой вывод сделали.
> вам правда не приходило в голову, что те кто не только желают,
> но ещё и могут участвовать в разработке будут скорее участвовать в
> развитии версий 4.2+, а не покрытого мхом 3.10? Понятно что у
> вас клиенты и совместимость, но это таки ваши проблемы...
> В общем начинание-то безусловно хорошее, но именно как начинание - пока не
> осилите порт на последнюю ветку ядра, так и будите в позиции
> даже не догоняющих, а безнадёжно отставших.

Смею всецело согласиться, ядро 3/10 конкретно мне крайне мало интересно.

Я писал крупный и развернутый пост на эту тему в рассылке OpenVZ https://lists.openvz.org/pipermail/users/2015-March/006109.h... продублирую его тут.

CentOS 6 with 2.6.32 kernel is real nightmare (even in case of
networking) from my point of view. Simple syn flood could KILL my
HWN's (I can share details off list).

You (Parallels) and RH do big amount of backporting but upstream is
far away in future.

Difference even between 3.17 and 3.18 kernels is EXTREMELY HUGE. You
could look at diffs here
https://github.com/torvalds/linux/commits/master. And performance
could be improved for 50-70% with this upgrade (I assume even more
speed up with update from 2.6.32RH to 3.18).

Red Hat interested only in few things about 2.6.32 kernel for running
Java and KVM (with Oracle?). But storages (what about stable
filesystem like ZFS instead bunch-of-crap-ext4 and
it-will-be-non-stable-for-ever-btrfs?), networking (routing! routing!
routing!) and many other extremely important things is out of focus.

And I have innate desire to test new RHEL 7 kernel and switch my
hundreds of servers to it :)

But this kernel based on enough old 3.10 kernel will be "obsolete"
since release (look at my comparison about 3.17 & 3.18 kernel).

IMHO, best approach for OpenVZ will be "follow the upstream" because
your patch have significantly reduced since 2.6.32.

You are trying to keep up stability with following to Red Hat with old
kernels but in reality OpenVZ kernel is not really stable (you could
grep my bug reports at bugzilla.openvz.org and found hundreds of
issues with stability) even with RH kernel.

My instances with upstream kernel could work many months without any
issues. Yep, it's enough stable and completely suitable for OpenVZ
HWN's.

Иными словами, от открытия, конечно, будет профит, но пока из дистрибутивов ядро сможет использовать только CentOS 6, то о серьезной популярности говорить не стоит.

Я помню времена, когда для Дебияна была отдельная ветка, она была поновее, но имела более куцый функционал, но ее могли юзать кастомеры Дебияна! Которых миллионы!

Это очень важно, чтобы дистрибутивники могли встраивать OpenVZ ядро и чтобы оно было не 2/6/32 как сейчас сделано для Squeeze (вместо бортового 3/2 ставить доисторическое 2/6/32 еще то развлечение), а именно идентичные веткам ядра используемым в дистрибутиве.

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

61. "Компания Parallels открыла код ядра, развиваемого для продук..."  +/
Сообщение от Аноним (??) on 28-Апр-15, 18:05 
Мне, например, интересны realtime_preempt патчи, но неинтересно портировать всё и вся только ради того, чтобы попробовать очередной контейнер/виртуализацию. Я допускаю, что опенвз с виртуозой это просто божественные изделия, но тот же lxc я могу прямо сейчас воткнуть на тестовый стенд одной командой без траха с версиями ядра... В общем, пилите, граждане, пилите - может и догоните когда-нибудь: ещё и не такие чудеса случались :)
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

55. "Компания Parallels открыла код ядра, развиваемого для продук..."  +/
Сообщение от Аноним (??) on 28-Апр-15, 16:30 
из старого общения с dev@ - и моих патчей которые до сих пор гуляют по форуму - которые отказались принимать из-за того что не подписал бумагу о передаче прав.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

66. "Компания Parallels открыла код ядра, развиваемого для продук..."  +1 +/
Сообщение от csdoc (ok) on 28-Апр-15, 20:42 
> из старого общения с dev@ - и моих патчей которые до сих
> пор гуляют по форуму - которые отказались принимать из-за того что
> не подписал бумагу о передаче прав.

А в чем была проблема подписать эту бумагу?
В OpenVZ версии ядра всеравно они появились бы под лицензией GPL.

Нам, всем пользователям OpenVZ - тоже не надо себя вести так,
как персонаж одной известной басни: http://www.stihi-rus.ru/1/krylov/1.htm

На чем-то компания || ведь должна зарабатывать деньги,
чтобы как минимум платить зарплату своим разработчикам.

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

74. "Компания Parallels открыла код ядра, развиваемого для продук..."  +/
Сообщение от Аноним (??) on 29-Апр-15, 13:54 
>> из старого общения с dev@ - и моих патчей которые до сих
>> пор гуляют по форуму - которые отказались принимать из-за того что
>> не подписал бумагу о передаче прав.
> А в чем была проблема подписать эту бумагу?

А почему вы считаете что я должен хотеть что бы мой код использовали в закрытом продукте?
Фирма parallels уже один раз закрывала весь (правда тогда она называлась swsoft)
почему вы считаете что этого не случится опять?

> На чем-то компания || ведь должна зарабатывать деньги,
> чтобы как минимум платить зарплату своим разработчикам.

А почему вы считаете что это должно волновать? Можно зарабатывать на поддержке - а не на продаже кода, к примеру.


Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

75. "Компания Parallels открыла код ядра, развиваемого для продук..."  +/
Сообщение от csdoc (ok) on 29-Апр-15, 14:07 
> А почему вы считаете что я должен хотеть что бы мой код использовали в закрытом продукте?

OpenVZ - это open source, лицензия GPL.

Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

83. "Компания Parallels открыла код ядра, развиваемого для продук..."  +/
Сообщение от Аноним (??) on 29-Апр-15, 18:06 
можно узнать - а где исходники вот этого ядра ?
2.4.20-021stab022 - ведь у нас GPL - а значит исходники должны быть открыты?
как так случилось что уважаемая фирма позволяет себе нарушать GPL ?
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

84. "Компания Parallels открыла код ядра, развиваемого для продук..."  +/
Сообщение от csdoc (ok) on 29-Апр-15, 18:22 
> можно узнать - а где исходники вот этого ядра ?
> 2.4.20-021stab022 - ведь у нас GPL - а значит исходники должны быть
> открыты?
> как так случилось что уважаемая фирма позволяет себе нарушать GPL ?

А где документы, подтверждающие покупку софта с ядром версии 2.4.20-021stab022 ?

GPL не обязывает раздавать исходники всем желающим,
там есть требование о доступе к исходникам только тем, кто купил софт.

Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

85. "Компания Parallels открыла код ядра, развиваемого для продук..."  +2 +/
Сообщение от Аноним (??) on 29-Апр-15, 19:34 
О как заговорили.. :-) я рад что вы это написали, даже могу сказать что ждал.
Можно цитировать это как официальное мнение компании ?

какие у меня теперь есть гарантии что прислав вам патч и передав права - вы не закроете потом?

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

89. "Компания Parallels открыла код ядра, развиваемого для продук..."  +/
Сообщение от csdoc (ok) on 29-Апр-15, 20:18 
> Можно цитировать это как официальное мнение компании ?

Нет, я не работаю в Parallels.

> какие у меня теперь есть гарантии что прислав вам патч
> и передав права - вы не закроете потом?

С такими установками - вообще ничего нельзя коммитить в ядро линукса.

Например, компания Mikrotik на базе линуксе делает маршрутизаторы,
но исходники RouterOS не открывает...

Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

99. "Компания Parallels открыла код ядра, развиваемого для продук..."  +/
Сообщение от Аноним (??) on 30-Апр-15, 14:21 
> Нет, я не работаю в Parallels.

Странно. Только ответы совпадают с мнением компании :) как было озвучено в приватном разговоре.


> С такими установками - вообще ничего нельзя коммитить в ядро линукса.

Или быть честными. Взяли - открывайте.

> Например, компания Mikrotik на базе линуксе делает маршрутизаторы,

но исходники RouterOS не открывает...

Патчи на ядро не отрывает или сборочное окружение? патчи на ядро .. тогда есть комитет который такими проблемами занимается. Юристы любят выбивать бабло с таких "пользователей".

Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

88. "Компания Parallels открыла код ядра, развиваемого для продук..."  +/
Сообщение от Аноним (??) on 29-Апр-15, 20:06 
>> можно узнать - а где исходники вот этого ядра ?
>> 2.4.20-021stab022 - ведь у нас GPL - а значит исходники должны быть
>> открыты?
>> как так случилось что уважаемая фирма позволяет себе нарушать GPL ?
> А где документы, подтверждающие покупку софта с ядром версии 2.4.20-021stab022 ?
> GPL не обязывает раздавать исходники всем желающим,
> там есть требование о доступе к исходникам только тем, кто купил софт.

вы недавно употребили термин что openvz это opensource, какому из критериев opensource (https://ru.wikipedia.org/wiki/Определение_Open_Source) соотвесвует ваше заявление "что мы не обязаны всем предоставлять код" ?


Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

90. "Компания Parallels открыла код ядра, развиваемого для продук..."  –2 +/
Сообщение от csdoc (ok) on 29-Апр-15, 20:29 
>> GPL не обязывает раздавать исходники всем желающим,
>> там есть требование о доступе к исходникам только тем, кто купил софт.
> вы недавно употребили термин что openvz это opensource
> какому из критериев opensource (https://ru.wikipedia.org/wiki/Определение_Open_Source)
> соотвесвует ваше заявление "что мы не обязаны всем предоставлять код" ?

GPL не обязывает раздавать исходники всем желающим,
там есть требование о доступе к исходникам только тем, кто купил софт.

Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

94. "Компания Parallels открыла код ядра, развиваемого для продук..."  +1 +/
Сообщение от pavel_simple (ok) on 30-Апр-15, 07:27 
>    GPL не обязывает раздавать исходники всем желающим,

да, не обязывает
>    там есть требование о доступе к исходникам только тем, кто купил софт.

в какой версии GPL идёт речь про продажу софта?

Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

98. "Компания Parallels открыла код ядра, развиваемого для продук..."  –1 +/
Сообщение от csdoc (ok) on 30-Апр-15, 14:02 
>> GPL не обязывает раздавать исходники всем желающим,
>> там есть требование о доступе к исходникам только тем, кто купил софт.
> в какой версии GPL идёт речь про продажу софта?

В GPLv2 есть упоминание про исключение для "noncommercial distribution",
следовательно все остальное - относится и к "commercial distribution" тоже.

P.S.

Не надо вырывать фразы из контекста. Вот контекст:

======================================================

http://www.opennet.dev/openforum/vsluhforumID3/102270.html#83

>>> можно узнать - а где исходники вот этого ядра ?
>>> 2.4.20-021stab022 - ведь у нас GPL - а значит исходники должны быть открыты?

======================================================

Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

102. "Компания Parallels открыла код ядра, развиваемого для продук..."  +/
Сообщение от Andrey Mitrofanov on 30-Апр-15, 15:43 
> В GPLv2 есть упоминание про исключение для "noncommercial distribution",
> следовательно все остальное - относится и к "commercial distribution" тоже.

Нет.
Не надо "двойное не"-передёргиваний.
Всё остальное не ограничено оговорками и отностится ко всем и любым случаям.

> P.S.
> Не надо вырывать фразы из контекста. Вот контекст:

Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

103. "Компания Parallels открыла код ядра, развиваемого для продук..."  –2 +/
Сообщение от csdoc (ok) on 30-Апр-15, 15:57 
>> В GPLv2 есть упоминание про исключение для "noncommercial distribution",
>> следовательно все остальное - относится и к "commercial distribution" тоже.
> Нет.

Почему нет?

> Всё остальное не ограничено оговорками и отностится ко всем и любым случаям.

В тексте GLPv2 есть один фрагмент, который относится только к "noncommercial distribution".
Все остальное - относится как к "noncommercial distribution" так и к "commercial distribution".

Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

96. "Компания Parallels открыла код ядра, развиваемого для продук..."  +1 +/
Сообщение от Andrey Mitrofanov on 30-Апр-15, 10:05 
> GPL не обязывает раздавать исходники всем желающим,
> там есть требование о доступе к исходникам только тем, кто купил софт.
>кто купил софт.
>купил

Тем, кто _получил_. Получил бинари.

Скачивателям триалов или, скажем, открытых бет с ftp:, буде таковые раздаются -- обязаны. Безо всяких там этих ваших "коррупционных схем".

Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

97. "Компания Parallels открыла код ядра, развиваемого для продук..."  –1 +/
Сообщение от csdoc (ok) on 30-Апр-15, 13:56 
>> GPL не обязывает раздавать исходники всем желающим,
>> там есть требование о доступе к исходникам только тем, кто купил софт.
> Тем, кто _получил_. Получил бинари. Скачивателям триалов или, скажем,
> открытых бет с ftp:, буде таковые раздаются -- обязаны.

Да, так точнее. Но я не нашел где на их сайте можно скачать
бинарники ядра версии 2.4.20-021stab022 в виде каких-то триалов,
соответственно в данном контексте - исходники этого ядра 2.4.20-021stab022
должны предоставляться только тем, кто купил у них соответствующий бинарник.

Если бинарники ядра версии 2.4.20-021stab022 сейчас уже не продаются
- тогда тем более странными выглядят требования раскрыть его исходники.

В любом случае, почти все технологии Parallels сейчас уже включены
в основную ветку ядра kernel.org, а то что не включено - исходники открыты.

Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

100. "Компания Parallels открыла код ядра, развиваемого для продук..."  +/
Сообщение от Аноним (??) on 30-Апр-15, 14:23 

> В любом случае, почти все технологии Parallels сейчас уже включены
> в основную ветку ядра kernel.org, а то что не включено - исходники
> открыты.

Покажите мне открытый модуль подсчета трафика для OpenVZ? а именно это не включили в openvz - аргументируя конфликтом с Virtuozzo.

Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

107. "Компания Parallels открыла код ядра, развиваемого для продук..."  +/
Сообщение от csdoc (ok) on 03-Май-15, 13:52 
> Покажите мне открытый модуль подсчета трафика для OpenVZ? а именно это не
> включили в openvz - аргументируя конфликтом с Virtuozzo.

можно подробнее - о каком именно модуле ядра идет речь ?
что показывает вывод команды "modinfo <имя модуля>.ko" ?

Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

101. "Компания Parallels открыла код ядра, развиваемого для продук..."  +1 +/
Сообщение от Аноним (??) on 30-Апр-15, 14:25 
>>> GPL не обязывает раздавать исходники всем желающим,
>>> там есть требование о доступе к исходникам только тем, кто купил софт.
>> Тем, кто _получил_. Получил бинари. Скачивателям триалов или, скажем,
>> открытых бет с ftp:, буде таковые раздаются -- обязаны.
> Да, так точнее. Но я не нашел где на их сайте можно
> скачать
> бинарники ядра версии 2.4.20-021stab022 в виде каких-то триалов,
> соответственно в данном контексте - исходники этого ядра 2.4.20-021stab022
> должны предоставляться только тем, кто купил у них соответствующий бинарник.

могу сказать по опыту знакомых - даже тем кто купил, исходники не выдвались, а те кто пытались распространять последную открытую версию - приходили письма с угрозами и требованиями удалить собственность SWSoft/Parallels. Еще года 4-5 я бы показал эти письма, но умерший винт .. похерил этот архивчик.

Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

71. "Компания Parallels открыла код ядра, развиваемого для продук..."  +/
Сообщение от ligurio (??) on 29-Апр-15, 12:12 
у вас есть прекрасная возможность адаптировать патчи для нового ядра и послать патч
http://openvz.org/Kernel_patches
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

79. "Компания Parallels открыла код ядра, развиваемого для продук..."  +/
Сообщение от Аноним (??) on 29-Апр-15, 16:17 
> у вас есть прекрасная возможность адаптировать патчи для нового ядра и послать
> патч
> http://openvz.org/Kernel_patches

что бы parallels опять закрыл - как они это делали раньше ?

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

41. "Компания Parallels открыла код ядра, развиваемого для продук..."  +1 +/
Сообщение от foror (ok) on 28-Апр-15, 12:18 
>Принимая во внимание просьбы клиентов

Да ладно, просьбы клиентов, просто lxc набирает силу, lxd подтягивается от ubuntu. Всякие OSv и Докеры вылезают. Смысл в вашем openvz на 2.6.32?

Согласен, с выше приведенным комментов - просрали все полимеры...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

42. "Компания Parallels открыла код ядра, развиваемого для продук..."  +/
Сообщение от Pavel Odintsov email(ok) on 28-Апр-15, 12:26 
>>Принимая во внимание просьбы клиентов
> Да ладно, просьбы клиентов, просто lxc набирает силу, lxd подтягивается от ubuntu.
> Всякие OSv и Докеры вылезают. Смысл в вашем openvz на 2.6.32?
> Согласен, с выше приведенным комментов - просрали все полимеры...

Не, Вы совершенно зря. Я хорошо представляю объем патче для 2/6/32 и 3/10 ядра, для 3/10 он в разы меньше за счет того, что очень многие вещи ребята из || отправили в апстрим и теперь патчи просто не нужны.

С каждым новым ядром число патчей на ванильное ядро становится все меньше и если будет рабочий патч на 3/10 я думаю найдутся те, кто перетащут патчи в 4 ветку довольно оперативно.

Поэтому открытие отдельных патчей - это огромный шаг вперед!

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

43. "Компания Parallels открыла код ядра, развиваемого для продук..."  –1 +/
Сообщение от foror (ok) on 28-Апр-15, 12:47 
Ну, ок, я просто глянул вчера репу openvz, и потерял весь энтузиазм поднимать проект на ядре, в которое последний коммит 4 года назад зашел. Задумался о тяжкой судьбе, но тут ubuntu 15.04 со своим LXD обрадовала. Так что, монополия openvz рушится, может на пользу пойдет...
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

64. "Компания Parallels открыла код ядра, развиваемого для продук..."  +1 +/
Сообщение от Аноним (??) on 28-Апр-15, 19:38 
То что патчей за 10 лет стало меньше это конечно хорошо, но:
1. Они еще есть и их много;
2. Они для древнего ядра.
Вот и получается что продукт может и хороший, но пока ПараРельс || допилит пункты 1 и 2 (еще 10 лет), конкуренты уйдут в отрыв чуть более чем навсегда.
Поздравляю их с очередным прос..ным рынком. Балбесы. :)
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

47. "Компания Parallels открыла код ядра, развиваемого для продук..."  –1 +/
Сообщение от rob pike on 28-Апр-15, 13:25 
Самое интересное даже не в этом. Тут systemd начинает подпирать уже.
https://news.ycombinator.com/item?id=9442254
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

70. "Компания Parallels открыла код ядра, развиваемого для продук..."  +1 +/
Сообщение от Andrey Mitrofanov on 29-Апр-15, 09:51 
> Самое интересное даже не в этом. Тут systemd начинает подпирать уже.
> news.ycombinator.com/item?id=9442254

Один новомодный пользователь ядрёных неймспесов и контейнеризации "подпирает" другого уже поизносившегося в былом лоске пользователя ядрёных неймспесов и контейнеризации.

Каким боком это вдруг "интересно" в новости про новые отрытия кода оригинальных авторов того самого кода ядрёных неймспесов и контейнеризации или даже в ответ про новомодного, но малоизвестного, пользователя ядрёных неймспесов и контейнеризации с уклоном в нанотехнологии и космос, не поясните ход вашей, я не совсем уловил?

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

77. "Компания Parallels открыла код ядра, развиваемого для продук..."  +1 +/
Сообщение от Аноним (??) on 29-Апр-15, 16:14 
Херню они открыли а не патчи. В репозитории намешаны комиты из mainline от 2.6.12, и слегка разбавленые комитами VZ. никакой систематизации - прочто что-то залили - что бы посмотрели, а пользоваться не могли.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру