https://www.opennet.ru/openforum/vsluhforumID3/112612.html Разработчики проекта Fedora объявили (https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/MUCWUN4QKT5N7OKALL45QARQP6RQMHKU/) о переносе релиза Fedora 27 в связи с невыполнением критериев качества. Сборки для рабочего стола перенесены (https://fedoraproject.org/wiki/Releases/27/Schedule) на 7 ноября, а серверная редакция ожидается только 19 декабря. Изначально релиз был запланирован (https://fedoraproject.org/wiki/Releases/27/Schedule) на 31 октября.<br><br><br><br>В финальных тестовых сборках остаются неисправленными 9 проблем (https://qa.fedoraproject.org/blockerbugs/milestone/27/final/buglist), которые отнесены к блокирующим выпуск. Из блокирующих релиз проблем можно отметить: проблемы (https://bugzilla.redhat.com/show_bug.cgi?id=1506802) в glibc, мешающие запуску некоторых игр из Steam, проблема (https://bugzilla.redhat.com/show_bug.cgi?id=1503496) с настройкой GRUB в инсталляторе, намерение (https://bugzilla.redhat.com/show_bug.cgi?id=1164492) исключить libvirt-daemon-config-network https://www.opennet.ru/openforum/vsluhforumID3/112612.html#131 Mon, 30 Oct 2017 16:23:24 GMT Вон, Торвальдс вчера тоже таким способом AppArmor починил :)<br>https://www.phoronix.com/scan.php?page=news_item&px=Linux-4.14-rc7-Reverts-AA-Reg<br> https://www.opennet.ru/openforum/vsluhforumID3/112612.html#130 Mon, 30 Oct 2017 16:16:16 GMT Нуу, если там есть "Fprind", то почему бы и нет? :)<br> https://www.opennet.ru/openforum/vsluhforumID3/112612.html#129 Mon, 30 Oct 2017 14:16:23 GMT Критерии качества в Fedora? В смысле, надо убедиться, что в релизе достаточно всего сломано (то есть, качество достаточно хреновое), прежде чем выпускать? :-)<br> https://www.opennet.ru/openforum/vsluhforumID3/112612.html#128 Mon, 30 Oct 2017 07:27:56 GMT Откатить до 26-го релиза? :)<br> https://www.opennet.ru/openforum/vsluhforumID3/112612.html#127 Sun, 29 Oct 2017 18:56:02 GMT Проект такой, что разрабатываться он будет ещё года три как минимум, а в режиме только багфиксов и мелких поправок рискует пережить его создателей. После завершения активной разработки можно стабилизировать зависимости и перевести его на Cent.<br><br>Обновлять несложно, т.к. серверов несколько и работают они в кластере, реплицируя данные друг на друга, а доступ извне на чтение и запись идёт через балансировщик. По дефолту их три. Процедура такая - выводом один сервер из бвлансировщика и переводим в режим read only, ждём, пока остальные получат с него все последние изменения, затем тушим базу на нём, обновлвем софт, ребутаемся, если всё хорошо - делаем image/snapshot и по очереди поднимаем ещё два инстанса, выводя старые и вводя новые, созданные из имиджа. Если есть ломающие синхронизацию между старыми и новыми версиями изменения - тогда объявляем о даунтайме и обновляем с полной обстановкой.<br><br>Все эти операции делает Ansible.<br><br>Имиджи нужны для того, чтобы жирную базу не надо было синхронизировать с нуля. Но ин https://www.opennet.ru/openforum/vsluhforumID3/112612.html#126 Sun, 29 Oct 2017 18:22:58 GMT Если честно - лень заниматься подобным.<br>Но сильно подозреваю, что при наличии головы и прямых рук производительность можно ощутимо повысить.<br> https://www.opennet.ru/openforum/vsluhforumID3/112612.html#125 Sun, 29 Oct 2017 14:55:56 GMT Ну попало и попало. В Крыму использовать не будем, так уж и быть.<br> https://www.opennet.ru/openforum/vsluhforumID3/112612.html#124 Sun, 29 Oct 2017 05:07:02 GMT То, к чему после первого поверхностного знакомства больше руки тянутся &#128399;<br> https://www.opennet.ru/openforum/vsluhforumID3/112612.html#123 Sun, 29 Oct 2017 02:16:11 GMT &gt; Протухшее ядро <br><br>[root@xen3 ~]# cat /etc/issue<br>CentOS release 6.9 (Final)<br>Kernel \r on an \m<br><br>[root@xen31 ~]# uname -a<br>Linux xen31.local 4.9.58-29.el6.x86_64 #1 SMP Mon Oct 23 17:24:58 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux<br>