The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск OpenVZ 7.0, opennews (??), 25-Июл-16, (0) [смотреть все]

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


128. "Выпуск OpenVZ 7.0, ставший итогом слияния проектов OpenVZ и ..."  +/
Сообщение от Аноним (-), 28-Июл-16, 19:15 
Актуальность продукта проще всего проверить на hh.ru
Docker Найдено 348 вакансий
OpenVZ Найдено 36 вакансий
Это по всей базе без учёта городов
Думаю очевидна востребованность продукта ;-)
Ответить | Правка | Наверх | Cообщить модератору

131. "Выпуск OpenVZ 7.0, ставший итогом слияния проектов OpenVZ и ..."  –2 +/
Сообщение от Michael Shigorinemail (ok), 29-Июл-16, 13:50 
> Актуальность продукта проще всего проверить на hh.ru

А вернее -- по дыркотрекерам.  И тут вдруг картинка получается ровно обратная: в ovz чинили нетривиальные ядерные дыры (т.е. сидеть на ovz-шном ядре "просто так" было безопасней, чем на шляпном), а вот в дыркер сажали детские и притом опасные.

Впрочем, метрика популярности довольно популярна, это да.  Особенно если головой не думать.

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

133. "Выпуск OpenVZ 7.0, ставший итогом слияния проектов OpenVZ и ..."  +/
Сообщение от Led (ok), 29-Июл-16, 21:24 
> А вернее -- по дыркотрекерам.  И тут вдруг картинка получается ровно
> обратная: в ovz чинили нетривиальные ядерные дыры (т.е. сидеть на ovz-шном
> ядре "просто так" было безопасней, чем на шляпном), а вот в
> дыркер сажали детские и притом опасные.

А давай ты мне расскажешь, через какое время после фикса "дырки" в ядре RHEL'а фиксится ядро OVZ - а я полулыбаюсь:)
Школоте-то ты можешь лапшу на уши поразвешивать, а про то, как в дистрибутиве дыри в дре OVZ фиксятся (вернее, фиксились) усилиями мейнтейнера - можешь в чейнджлогах посмотреть.

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

137. "Выпуск OpenVZ 7.0, ставший итогом слияния проектов OpenVZ и ..."  +/
Сообщение от Michael Shigorinemail (ok), 29-Июл-16, 22:51 
> А давай ты мне расскажешь, через какое время после фикса "дырки" в
> ядре RHEL'а фиксится ядро OVZ - а я полулыбаюсь:)

А это ещё один аспект, который для производного априорный (хотя мне и впрямь стоило явно обратить на него внимание для честности, так что спасибо тебе, что сделал за меня).

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

140. "Выпуск OpenVZ 7.0, ставший итогом слияния проектов OpenVZ и ..."  +/
Сообщение от Аноним (-), 30-Июл-16, 08:17 
>> А давай ты мне расскажешь, через какое время после фикса "дырки" в
>> ядре RHEL'а фиксится ядро OVZ - а я полулыбаюсь:)
> А это ещё один аспект, который для производного априорный (хотя мне и
> впрямь стоило явно обратить на него внимание для честности, так что
> спасибо тебе, что сделал за меня).

А давай ты расскажешь как положительно вливает на качество продукта стиль разработки при котором в репозиторий комитится не компилируемый код и после этого начинают его фиксить?

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

141. "Выпуск OpenVZ 7.0, ставший итогом слияния проектов OpenVZ и ..."  +/
Сообщение от Аноним (-), 30-Июл-16, 08:26 
>> А давай ты мне расскажешь, через какое время после фикса "дырки" в
>> ядре RHEL'а фиксится ядро OVZ - а я полулыбаюсь:)
> А это ещё один аспект, который для производного априорный (хотя мне и
> впрямь стоило явно обратить на него внимание для честности, так что
> спасибо тебе, что сделал за меня).

вот хотя бы так
Pavel TikhomirovPavel Tikhomirov
deacc4de82d    ve/fs/overlay: allow overlayfs to be used inside a Container
бах..
а потом через 2 месяца и кучу фиксов выясняется что это же все же tech preview и надо бы запретить..

Maxim committed af1bf9e1a0613 июл 2016
fs: make overlayfs disabled in CT by default

бабах..

А сразу подумать нельзя было? если уж включать фичу - то когда она стабильна. не так ли ?

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

144. "Выпуск OpenVZ 7.0, ставший итогом слияния проектов OpenVZ и ..."  +/
Сообщение от Аноним (-), 30-Июл-16, 12:21 
| вот хотя бы так
| Pavel TikhomirovPavel Tikhomirov
| deacc4de82d    ve/fs/overlay: allow overlayfs to be used inside a Container
| бах..
| а потом через 2 месяца и кучу фиксов выясняется что это же все же tech preview и надо бы | запретить..

А что, прочитать мессадж коммита сил не хватило?

>    ve/fs/overlay: allow overlayfs to be used inside a Container
>  
>   This is temporary decision to make Docker in CT work with overlayfs
>   storage driver, it can be unsafe to give access to fs-overlay module
>   from container.
>   ...
>   overlayfs stibility in current RHEL7 kernel has not been checked
>   yet, so it can be used for testing purposes only for now.

Очевидно, что эту фитчу включили, чтобы потестировать. Потом выключили, потому что пока эта фс не готова к production use.

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

Нет, не так ли. Вы, к сожалению, имеетка крайне скудное представление о том, как тестируются большие программные комплексы.

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

146. "Выпуск OpenVZ 7.0, ставший итогом слияния проектов OpenVZ и ..."  +/
Сообщение от Аноним (-), 30-Июл-16, 12:49 
>[оверквотинг удален]
> >    ve/fs/overlay: allow overlayfs to be used inside a Container
> >
> >   This is temporary decision to make Docker in CT work with overlayfs
> >   storage driver, it can be unsafe to give access to fs-overlay module
> >   from container.
> >   ...
> >   overlayfs stibility in current RHEL7 kernel has not been checked
> >   yet, so it can be used for testing purposes only for now.
> Очевидно, что эту фитчу включили, чтобы потестировать. Потом выключили, потому что пока
> эта фс не готова к production use.

Адекватный разработчик не включает по умолчанию фичу, которая не стабильна. В частном репозитории вы можете включать себе хоть что угодно "на протестировать". Но комит оказался в публичном репозитории.
Кто-то из пользователей может скачать и запустить ее не желая того.
В виду этого Максим поступил сильно адекватнее автора первого комита, запретил по умолчанию и позволил кому надо ее включать.
Но кому я рассказываю :) супер спецам - которые и сами должны знать такую мелочь.. ну забыли.. ну наплевали на пользователей. С кем не бывает ?

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


>> А сразу подумать нельзя было? если уж включать фичу - то когда она стабильна. не так ли ?
> Нет, не так ли. Вы, к сожалению, имеетка крайне скудное представление о
> том, как тестируются большие программные комплексы.

Ну да ну да :) Я мочу.  Ведь для вас клиенты OpenVZ это подопытные кролики, ну упало у них - и хрен сними, это же не коммерческие клиенты Виртуозы :) за падение в виртуозе можно и по ушам получить, и имидж себе испортить.

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

147. "Выпуск OpenVZ 7.0, ставший итогом слияния проектов OpenVZ и ..."  –1 +/
Сообщение от Аноним (-), 30-Июл-16, 19:34 
> Адекватный разработчик не включает по умолчанию фичу, которая не стабильна. В частном
> репозитории вы можете включать себе хоть что угодно "на протестировать".
> Но комит оказался в публичном репозитории. Кто-то из пользователей может
> скачать и запустить ее не желая того.

Коммит в публичном репо просто потому, что эти ребята открыто ведут разработку. Обычному пользователю будет ой как непросто "скачать и запустить" этот код из репо. Так что не надо передергивать. Перед релизом они как-раз отключили эту фитчу.

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

148. "Выпуск OpenVZ 7.0, ставший итогом слияния проектов OpenVZ и ..."  +/
Сообщение от Аноним (-), 30-Июл-16, 20:52 
да вы что?! открыли мне глаза на открытую разработку. Спасибо милый человек!

вы видели как идет разработка в ядре?
разработчик делает свою работу в собственном репозитории - и когда работа закончена следует pull request и наработки вливаются в публичный репозиторий. В тот момент когда фича объявляется стабильной.
Вы считаете что этот метод неправильным? Линукс ошибается выбрав такой стиль ? сейчас же откройте ему глаза о том что он не прав!

Приметильно к этому случаю - посмотрите на комит максима. Включение экспериментальной фичи производится выключателем, с явного требования пользователя. Таким образом минимизируются проблемы для тех кто не хочет тестировать сырой код. Что мешало сделать так с самого начала?

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

150. "Выпуск OpenVZ 7.0, ставший итогом слияния проектов OpenVZ и ..."  –1 +/
Сообщение от Аноним (-), 31-Июл-16, 23:13 
> разработчик делает свою работу в собственном репозитории - и когда работа закончена следует pull request и наработки вливаются в публичный репозиторий.

нет, разработчики обычно патчи шлют в рассылку. пулл реквесты засылают мэйнтейнеры.

> В тот момент когда фича объявляется стабильной.

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

> Вы считаете что этот метод неправильным? Линукс ошибается выбрав такой стиль ? сейчас же откройте ему глаза о том что он не прав!

Похоже вы не понимаете как работает lkml. Врочем, ничего удивительного, вы привыкли делать ошибки.

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

151. "Выпуск OpenVZ 7.0, ставший итогом слияния проектов OpenVZ и ..."  +/
Сообщение от Аноним (-), 01-Авг-16, 13:51 
> опять мимо. фитча стабильной становится после пары релизов, в лучшем случае. в худшем - уходят годы на стабилизацию, особенно если сложная подсистема.

Да? напомните хоть один случай когда lkml  принял патч который не компилируется? Зато в случае OpenVZ таких патчей был вагон.

commit ca2fd42ebda0669b0368db7c0929607cd79c5dac
Author: Dmitry Safonov <dsafonov@virtuozzo.com>
Date:   Sat Jan 23 17:17:00 2016 +0400

    ve/binfmt_misc: fix compilation outside CONFIG_BINFMT_MISC
    
    Fix for the next compile error:
    kernel/ve/ve.c: In function ‘ve_destroy’:
    kernel/ve/ve.c:709:10: error: ‘struct ve_struct’ has no member named ‘binfmt_misc’
      kfree(ve->binfmt_misc);
commit 48645523b66c6e45463a2d9e721babf7d8c52520
Author: Kir Kolyshkin <kir@openvz.org>
Date:   Thu May 7 20:28:39 2015 +0400

    bc/ioprio: ub_set_ioprio() declaration if !CONFIG_BEANCOUNTERS
    
    This was found while tring to compile the kernel with a stock
    config (i.e. no CONFIG_BEANCOUNTERS, CONFIG_VE etc.) and
    boot it on IBM Power8.
    
    =============================================================
    
    Fix this:
    
      CC      fs/ioprio.o
    fs/ioprio.c: In function ‘SYSC_ioprio_set’:
    fs/ioprio.c:162:4: error: implicit declaration of function
    ‘ub_set_ioprio’ [-Werror=implicit-function-declaration]
        ret = ub_set_ioprio(who, data);
commit 44d396dc06f0f41130ce69bdbb3e12925f31356c
Author: Vladimir Davydov <vdavydov@parallels.com>
Date:   Wed Oct 9 12:10:48 2013 +0400

    net: remove include/net/netlink_sock.h
    
    After the patchset applied the kernel compiles (if CONFIG_FUSE_FS is off),
    boots and allows starting containers. Fixing broken fuse bits will be done
    a bit later.


> Похоже вы не понимаете как работает lkml. Врочем, ничего удивительного, вы привыкли делать ошибки.

Зато вы отлично понимаете :) я рад за вас - но искренне соболезную вашим пользователям. Которые доверяются вам.

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

153. "Выпуск OpenVZ 7.0, ставший итогом слияния проектов OpenVZ и ..."  –1 +/
Сообщение от Аноним (-), 01-Авг-16, 18:28 
> Да? напомните хоть один случай когда lkml  принял патч который не компилируется? Зато в случае OpenVZ таких патчей был вагон.

Снова ошибаетесь, как обычно.

http://www.spinics.net/lists/linux-rt-users/msg14393.html

> Зато вы отлично понимаете :) я рад за вас - но искренне соболезную вашим пользователям. Которые доверяются вам.

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

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

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

142. "Выпуск OpenVZ 7.0, ставший итогом слияния проектов OpenVZ и ..."  +/
Сообщение от Аноним (-), 30-Июл-16, 08:55 
>> А вернее -- по дыркотрекерам.  И тут вдруг картинка получается ровно
>> обратная: в ovz чинили нетривиальные ядерные дыры (т.е. сидеть на ovz-шном
>> ядре "просто так" было безопасней, чем на шляпном), а вот в
>> дыркер сажали детские и притом опасные.
> А давай ты мне расскажешь, через какое время после фикса "дырки" в
> ядре RHEL'а фиксится ядро OVZ - а я полулыбаюсь:)
> Школоте-то ты можешь лапшу на уши поразвешивать, а про то, как в
> дистрибутиве дыри в дре OVZ фиксятся (вернее, фиксились) усилиями мейнтейнера -
> можешь в чейнджлогах посмотреть.

А давай ты расскажешь как положительно влияет на работу контейнеров попытка затормозить ext4 журнал ввиду того что один из контейнеров превысил свой IO limit, а контейнеры используют shared FS - дабы слегка памяти по экономить ?

https://src.openvz.org/projects/OVZ/repos/vzkernel/browse/fs...

код приводящий к
https://src.openvz.org/projects/OVZ/repos/vzkernel/browse/ke...

aka wait.

неправда ли хороший образец кода - как делать не надо ?

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

154. "Выпуск OpenVZ 7.0, ставший итогом слияния проектов OpenVZ и ..."  +/
Сообщение от Аноним (-), 01-Авг-16, 19:25 
> ядре "просто так" было безопасней, чем на шляпном), а вот в
> дыркер сажали детские и притом опасные.

На форумах блэкхэтов хватает эксплойтов пробивающих OpenVZ. Поэтому жадные хостеры превращаются в рассадники. Были даже случаи когда из майнлайна бэкпортировали vulns в шапочное ядро, оттуда - в openvz. Потом в mainline vuln чинят, а эти горе-портере...

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

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

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




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

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