<div dir="auto"><div><br><div data-smartmail="gmail_signature"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">чт, 13 февр. 2020 г., 12:40 Anton Farygin <<a href="mailto:rider@basealt.ru">rider@basealt.ru</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 13.02.2020 12:39, Aleksey Novodvorsky wrote:<br>
><br>
><br>
><br>
><br>
> чт, 13 февр. 2020 г., 12:03 Anton Farygin <<a href="mailto:rider@basealt.ru" target="_blank" rel="noreferrer">rider@basealt.ru</a> <br>
> <mailto:<a href="mailto:rider@basealt.ru" target="_blank" rel="noreferrer">rider@basealt.ru</a>>>:<br>
><br>
> On 12.02.2020 16:50, Anton V. Boyarshinov wrote:<br>
> > В Fri, 7 Feb 2020 17:11:30 +0300<br>
> > "Anton V. Boyarshinov" <<a href="mailto:boyarsh@altlinux.org" target="_blank" rel="noreferrer">boyarsh@altlinux.org</a><br>
> <mailto:<a href="mailto:boyarsh@altlinux.org" target="_blank" rel="noreferrer">boyarsh@altlinux.org</a>>> пишет:<br>
> ><br>
> >> В задании #245508 более-менее подготовлена сборка ядра std-def 5.4.<br>
> >> Там ожидается ещё одна пересборка для преодоления наследования, но<br>
> >> существенных изменений, скорее всего, уже не будет.<br>
> > После обсуждений было сделано иначе:<br>
> > * in-tree модуль ixgbe в этой сборке ядра переименован, чтоб не<br>
> попадал под blacklist<br>
> > * конфликт на kernel-modules-ixgbe-std-def убран, то есть в<br>
> крайнем случае на машине останутся работоспособные ядра<br>
> ><br>
> > Если не поступит весомых возражений против такой схемы, ядро<br>
> уйдёт в Сизиф завтра. Для p9, видимо, будем по возможности ждать<br>
> выходя ixgbe для 5.4<br>
> К счастью, я не настолько самоубийца, что бы использовать Sisyphus<br>
> там,<br>
> где есть ixgbe/ixgbevf, но данное предложение всё равно что-то<br>
> кому-то<br>
> может сломать в новых ядрах.<br>
><br>
> Но на будущее надо как-то плавно убрать этот хак с переименованным<br>
> внешнем модулем, собрав его патчем in-tree.<br>
> По этой причине я ещё не переводил ни одного сервера с<br>
> виртуализацией с<br>
> p8 на p9 (что бы в дальнейшем проблем избежать при обновлениях).<br>
><br>
><br>
> Не стоит ли нам подумать о разных сборках ядер для сервера <br>
> виртуализации и прочих продуктов?<br>
<br>
Стоит подумать о разделении ядра на серверное и десктопное.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Не уверен. Я бы принципиально отделился виртуализации от сервера общего назначения. Как продукты, конечно. </div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Rgrds, Алексей</div><div dir="auto"><br></div></div>