https://www.opennet.ru/openforum/vsluhforumID3/108659.html Разработчики проекта OpenVZ сдержали все свои обещания (https://www.opennet.ru/opennews/art.shtml?num=41350) и выпустили финальную версию OpenVZ 7.0 (https://openvz.org), продукта, образованного в результате слияния кодовых баз открытой системы контейнерной виртуализации OpenVZ и коммерческого продукта Virtuozzo (Parallels Cloud Server). Теперь все желающие получили возможность промышленного использования последней версии контейнеров OpenVZ. Исходный код новой версии полностью открыт и доступен в публичном репозитории (https://src.openvz.org/projects/OVZ) и зеркале на GitHub (https://github.com/openvz).<br><br><br>Основные изменения по сравнению с предыдущей версией OpenVZ, базирующейся на ядрах 2.6.32 и 2.6.18:<br><br><br><br>- Новая версия OpenVZ представляет собой законченное решение для виртуализации и предлагается в виде Linux дистрибутива, готового для установки на "голое" железо. Для этой версии не предоставляется поддержка установки компонентов OpenVZ поверх других дистрибутивов. По крайней мере на данный момент. Но https://www.opennet.ru/openforum/vsluhforumID3/108659.html#157 Fri, 05 Aug 2016 11:59:07 GMT &gt;&gt; Предпочитаете хамить разработчикам, как видим. Интересно, являясь ли при этом клиентом?<br>&gt; В данный момент я уже нигде не использую их продукты жизнедеятельности.<br>&gt; Раньше использовал местами, но - задолбался.<br><br>Взяв или купив?<br><br>&gt; А для своих сервисов на своем железе - OVZ отчаянно неудобен и враждебен.<br><br>У меня за 10+ лет сложилось ровно противоположное мнение, ну да ладно.<br> https://www.opennet.ru/openforum/vsluhforumID3/108659.html#156 Thu, 04 Aug 2016 17:32:53 GMT &gt; Предпочитаете хамить разработчикам, как видим. Интересно, являясь ли при этом клиентом? <br><br>В данный момент я уже нигде не использую их продукты жизнедеятельности. Раньше использовал местами, но - задолбался. Сейчас несколько значительно менее геморройных в применениях решений есть совершенно бесплатно. Может быть есть какие-то узкие ниши где OpenVZ еще имеет смысл, но кроме технически отсталых жадных хостеров которые благодаря проблемности технологии для клиентов все ближе к издыханию - ничего в голову не приходит уже. Хостеров с OVZ я тоже более не использую. Невозможность контроля над ядром - жирный факап в хостинге. Даже фаер не настроить, да еще головняк с сокетами и прочим. А для своих сервисов на своем железе - OVZ отчаянно неудобен и враждебен.<br> https://www.opennet.ru/openforum/vsluhforumID3/108659.html#155 Tue, 02 Aug 2016 12:12:54 GMT &gt;&gt; Покажите свой код и своего работодателя<br>&gt; Фееричное спервадобейся. А работодатель я себе сам.<br>&gt;&gt; [B]мистер никто[/B]<br>&gt; По-моему это не у меня, я клиентам не хамлю<br><br>Предпочитаете хамить разработчикам, как видим. Интересно, являясь ли при этом клиентом?<br> https://www.opennet.ru/openforum/vsluhforumID3/108659.html#154 Mon, 01 Aug 2016 16:25:25 GMT &gt; ядре "просто так" было безопасней, чем на шляпном), а вот в <br>&gt; дыркер сажали детские и притом опасные.<br><br>На форумах блэкхэтов хватает эксплойтов пробивающих OpenVZ. Поэтому жадные хостеры превращаются в рассадники. Были даже случаи когда из майнлайна бэкпортировали vulns в шапочное ядро, оттуда - в openvz. Потом в mainline vuln чинят, а эти горе-портере...<br> https://www.opennet.ru/openforum/vsluhforumID3/108659.html#153 Mon, 01 Aug 2016 15:28:26 GMT &gt; Да? напомните хоть один случай когда lkml принял патч который не компилируется? Зато в случае OpenVZ таких патчей был вагон.<br><br>Снова ошибаетесь, как обычно.<br><br>http://www.spinics.net/lists/linux-rt-users/msg14393.html<br><br>&gt; Зато вы отлично понимаете :) я рад за вас - но искренне соболезную вашим пользователям. Которые доверяются вам.<br><br>Спасибо, что рады за меня, но не стоит, я работаю в другой конторе (гораздо более крупной), поэтому знаю, насколько сложно выпускать большие программы.<br><br>Еще дам информацию для размышления -- знаете ли вы, что у того же редхата ядра не компиляются с кастомными конфигами? Тупо валятся с ошибками. Такие дела...<br> https://www.opennet.ru/openforum/vsluhforumID3/108659.html#152 Mon, 01 Aug 2016 14:42:38 GMT &gt; Покажите свой код и своего работодателя, мистер никто.<br><br>Фееричное спервадобейся. А работодатель я себе сам.<br><br>&gt; Возможно, у Вас просто "да тут все по встречной".<br><br>По-моему это не у меня, я клиентам не хамлю и не заворачиваю их с багрепортами и патчами, да и черти-кем патченые ядра не всучиваю.<br> https://www.opennet.ru/openforum/vsluhforumID3/108659.html#151 Mon, 01 Aug 2016 10:51:50 GMT &gt; опять мимо. фитча стабильной становится после пары релизов, в лучшем случае. в худшем - уходят годы на стабилизацию, особенно если сложная подсистема.<br><br>Да? напомните хоть один случай когда lkml принял патч который не компилируется? Зато в случае OpenVZ таких патчей был вагон.<br><br>commit ca2fd42ebda0669b0368db7c0929607cd79c5dac<br>Author: Dmitry Safonov &lt;dsafonov@virtuozzo.com&gt;<br>Date: Sat Jan 23 17:17:00 2016 +0400<br><br> ve/binfmt_misc: fix compilation outside CONFIG_BINFMT_MISC<br> <br> Fix for the next compile error:<br> kernel/ve/ve.c: In function &#8216;ve_destroy&#8217;:<br> kernel/ve/ve.c:709:10: error: &#8216;struct ve_struct&#8217; has no member named &#8216;binfmt_misc&#8217;<br> kfree(ve-&gt;binfmt_misc);<br>commit 48645523b66c6e45463a2d9e721babf7d8c52520<br>Author: Kir Kolyshkin &lt;kir@openvz.org&gt;<br>Date: Thu May 7 20:28:39 2015 +0400<br><br> bc/ioprio: ub_set_ioprio() declaration if !CONFIG_BEANCOUNTERS<br> <br> This was found while tring to compile the kernel with a stock<br> config (i.e. no https://www.opennet.ru/openforum/vsluhforumID3/108659.html#150 Sun, 31 Jul 2016 20:13:27 GMT &gt; разработчик делает свою работу в собственном репозитории - и когда работа закончена следует pull request и наработки вливаются в публичный репозиторий.<br><br>нет, разработчики обычно патчи шлют в рассылку. пулл реквесты засылают мэйнтейнеры.<br><br>&gt; В тот момент когда фича объявляется стабильной.<br><br>опять мимо. фитча стабильной становится после пары релизов, в лучшем случае. в худшем - уходят годы на стабилизацию, особенно если сложная подсистема.<br><br>&gt; Вы считаете что этот метод неправильным? Линукс ошибается выбрав такой стиль ? сейчас же откройте ему глаза о том что он не прав!<br><br>Похоже вы не понимаете как работает lkml. Врочем, ничего удивительного, вы привыкли делать ошибки.<br> https://www.opennet.ru/openforum/vsluhforumID3/108659.html#149 Sat, 30 Jul 2016 19:58:51 GMT вот комит из их репы.<br>К счастью когда наступили на этот баг - оказалось его пофиксили за нас.<br><br>commit 184af5da0ad2ac53df1692a7061b5845f4d0d944<br>Author: Vladimir Davydov &lt;vdavydov@virtuozzo.com&gt;<br>Date: Wed Oct 21 18:10:35 2015 +0400<br><br> ve/xfs: add missing ub_io_account_dirty in set_page_dirty<br><br>..<br> Since we do not officially support XFS, it is not critical for us,<br> nevertheless let us fix it in case anybody tries to use it.<br><br>