https://www.opennet.ru/openforum/vsluhforumID3/118950.html После года разработки опубликован выпуск проекта Stratis 2.0, развиваемого компанией Red Hat и сообществом Fedora для унификации и упрощения средств настройки и управления пулом из одного или нескольких локальных накопителей. Stratis предоставляет такие возможности как динамическое выделение места в хранилище, снапшоты, обеспечение целостности и создание слоёв для кэширования. Код проекта написан на языке Rust и распространяется под лицензией MPL 2.0...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=51828<br> https://www.opennet.ru/openforum/vsluhforumID3/118950.html#142 Fri, 15 Nov 2019 09:09:42 GMT &gt; multipathd настроен на пропагацию ошибок вверх по стеку вместо повторов? :) <br><br>у меня нет multipathd и прочих дискмаперных наворотов - поэтому и работает. <br><br>То есть там голый in-kernel md поверх физического multipath, который он сам собирает из отдельных дисков, и сам - разбирает, если вдруг путь отваливается. <br><br>При этом схема проста как палка, и ломаться в ней особо нечему (пока альтернативно-одаренные не запустят свои корявки в "неэффективный и устаревший" код md-multipath, и оно не приедет с пылу, с жару в "LTS" версию системы, но, я очень надеюсь, что это уже после моего увольнения или смерти произойдет)<br><br>systemd иногда не может загрузиться, но это не фатальная проблема.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/118950.html#141 Fri, 15 Nov 2019 08:57:22 GMT в смысле, это коммерческое решение какого-то 3d-party, ныне накрывшегося? Тогда да, печаль.<br><br>(небось, во всем виноваты те твари, которые это понапроектировали - жрать, паскуды, хотели, слишком много. А уволить их нельзя, где ж таких умных новых-то взять, чтоб чинить, если сдохнет. Не менеджеры же ж, действительно.)<br><br> https://www.opennet.ru/openforum/vsluhforumID3/118950.html#140 Thu, 14 Nov 2019 18:19:01 GMT &gt; Прошлые факапы закончились тем, что оно оказалось финансово несостоятельным, и продалось. <br><br>А от инженерного состава осталось полтора инженера, и то временно. Подход был "берём всё модное и рулим".<br> https://www.opennet.ru/openforum/vsluhforumID3/118950.html#139 Thu, 14 Nov 2019 18:18:04 GMT &gt; В том числе по прошлым факапам и эффективности их устранения<br><br>Прошлые факапы закончились тем, что оно оказалось финансово несостоятельным, и продалось.<br> https://www.opennet.ru/openforum/vsluhforumID3/118950.html#138 Thu, 14 Nov 2019 15:18:46 GMT ну так они-то, видимо, не собирались никуда мигрировать - у них все работало, причем, как я понимаю, и работает по сей день.<br><br>т.е. с функционалом все в порядке, никто ж не виноват что тебе не нравится конструкция.<br><br>Степень вероятности ее превращения в тыкву - я бы определял по месту. В том числе по прошлым факапам и эффективности их устранения. Может там и с этим все нормально, и пожарный переезд не сделает конструкцию ни надежнее, ни удобнее.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/118950.html#137 Wed, 13 Nov 2019 19:51:04 GMT Практически все крупные ВУЗы, некоторые "типы" крупных госконтор и пр. оченно аквтивно используют гиперв. Просто гиперконвергенция от МС получается куда дешевле и понятнее гиперконвергенции от DELL-EMC даже на том же самом железе. И если дедупликацию от EMC мало кто на поде юзал, то тут есть шанс...<br><br>Сам удивился как много в мире этого добра. Как много аутлук веб аппа и соответственно известного почтовика, как много ИИСа на проде наружу. Работает как-то. А азура нет... там другое.<br> https://www.opennet.ru/openforum/vsluhforumID3/118950.html#136 Tue, 12 Nov 2019 08:40:28 GMT Так надо было сразу уточнять, что вы работаете с наркоманами, ежесекундно испускающими ALTER TABLE пачками! Где, кстати, они водятся?<br> https://www.opennet.ru/openforum/vsluhforumID3/118950.html#135 Tue, 12 Nov 2019 06:30:10 GMT И даже SHARE UPDATE EXCLUSIVE блокировку оно не берёт? Да ладно? Неужели?<br> https://www.opennet.ru/openforum/vsluhforumID3/118950.html#134 Mon, 11 Nov 2019 16:04:58 GMT &gt; Нет, совершенно не тот же процесс.<br>&gt; Purge thread подчищает undo логи завершённых транзакций, и уже вслед за ними <br>&gt; вычищает собственно строки и страницы. То есть это maintenance транзакционного лога, <br>&gt; а не "упаковка" записей таблицы (которая VACUUM).<br><br>Вы опять смешали в одну кучу VACUUM и VACUUM FULL. Последний, да, упаковывает, а первый ровно так же вычищает страницы для последующего использования.<br><br>&gt; Далее. Purge thread в отличие от вакуума для своей работы таблицу намертво <br>&gt; не блокирует, ага. Автовакуум от блокировки тоже не спасает.<br><br>И ещё раз: &#171;standard form of VACUUM can run in parallel with production database operations&#187;. Это же касается и автовакуума. Хватит пихать full vacuum в крон по заветам старых форумов.<br>