https://slinkov.ru/openforum/vsluhforumID3/121656.html Реализация файловой системы ZFS в основной ветке FreeBSD (HEAD) переведена на использование кода OpenZFS, развивающего кодовую базу "ZFS on Linux" в качестве эталонного варианта ZFS. Весной поддержка FreeBSD была перенесена в основной проект OpenZFS, после чего в нём была продолжена разработка всех связанных с FreeBSD изменений, а разработчики FreeBSD получили возможность оперативно переносить в систему все новшества, развиваемые проектом OpenZFS...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53594<br> https://slinkov.ru/openforum/vsluhforumID3/121656.html#244 Mon, 31 Aug 2020 17:39:12 GMT Виталий К - залогинтесь!<br>ПыСы не только лишь все))<br> https://slinkov.ru/openforum/vsluhforumID3/121656.html#243 Mon, 31 Aug 2020 15:07:10 GMT &gt; Сорри, не видел вопроса.<br><br>ну опеннет же ж не место для технических дискуссий, а площадка для тролинга. ;-)<br>Спасибо огромное за детали - хотя, конечно, конфигурация и use-case, кхе-кхе, специфические.<br><br>&gt; Основной массив на Gluster, другой &#8212; копия основного, физически на другом железе, <br>&gt; &#8212; aufs over NFS. Т.е., фактически два отдельных реплицированных массива по 497 ТБ. <br><br>и оба на очень странных технологиях, мда. Но я так понимаю, ни гластер ни aufs у вас всерьез не разваливались, не смотря на дохнущие отдельные ноды?<br><br>&gt; В нашем случае не очень было "ссыкотно", т.к. есть бекап физически в <br>&gt; другм месте и <br><br>и, видимо, есть время на перезалив. Бэкапы-то у нас (предположительно ;-) есть, и ленточные, по отдельности, и репликация целиком, но ни то, ни другое не подключишь за пять минут, и пока оно будет лежать - контора будет терять деньги, поэтому хочется устойчивости схемы без аварийных восстановлений.<br><br> https://slinkov.ru/openforum/vsluhforumID3/121656.html#242 Sun, 30 Aug 2020 19:24:38 GMT &gt; похоже, как обычно, ответа мы уже не дождемся.<br><br>Сорри, не видел вопроса.<br><br>&gt; мне кажется, это они о вас так позаботились - мягко намекая,<br>&gt; что и сама fs для этой цели - "неочень" ;-)<br><br>Я тогда только год как устроился, поэтому лезть с "ценными" советами смысла не было.<br>Тем более, что, повторюсь, периодически падали ноды с extX, а на XFS другие ноды<br>с таким же железом работали весьма стабильно. А потеряли мы где-то 90 ТБ на ноде<br>с XFS, там были проблемы с блоками питания.<br><br>&gt; это, надеюсь, кластера, а не одиночного zpool?<br><br>Основной массив на Gluster, другой &#8212; копия основного, физически на другом железе, &#8212;<br>aufs over NFS. Т.е., фактически два отдельных реплицированных массива по 497 ТБ.<br><br>Хотя я бы предпочёл один zpool на FC или SAS DAS, но у нас мало связи с теми, кто<br>закупает оборудование и кто эксплуатирует, поэтому так.<br><br>&gt; А про конфигурацию zpool можете что-то рассказать?<br><br>Один vdev raidz1 до 15 дисков. (Не рекомедую так делать. Максимум 10 дисков.)<br><br>&gt; становится немножко ссы https://slinkov.ru/openforum/vsluhforumID3/121656.html#241 Sun, 30 Aug 2020 14:40:08 GMT А подробнее можно ? С каким именно железом или софтом ?<br>Как-то вот именно с Dell всегда было значительно меньше проблем, чем с CISCO UCS, например.<br>С массивами тоже всё вполне неплохо.<br>Про сетевое оборудование ничего не могу сказать т.к. не работал.<br> https://slinkov.ru/openforum/vsluhforumID3/121656.html#240 Fri, 28 Aug 2020 14:19:31 GMT Какой ужос. Что-то с DRDB никаких проблем никогда не имел.<br> https://slinkov.ru/openforum/vsluhforumID3/121656.html#239 Thu, 27 Aug 2020 21:11:13 GMT Получите и распишитесь гонку между запуском monit и инициализацией процессов, которые он будет мониторить.<br> https://slinkov.ru/openforum/vsluhforumID3/121656.html#238 Thu, 27 Aug 2020 21:06:14 GMT Так это ж пох, сказочник всего опеннета.<br> https://slinkov.ru/openforum/vsluhforumID3/121656.html#237 Thu, 27 Aug 2020 21:04:58 GMT &gt; После двух degraded pool <br><br>degraded pool - это всего лишь пул, в котором отвалился диск в рейде, чинится заменой диска.<br><br>Вот когда оно "unable to import", причем и в readonly тоже - это п-ц. Но этого добиться надо таки суметь, и я никогда не слышал о таком на пустом месте (другое дело что zfs по идее должна была нас защищать и в тех случаях, или иметь хотя бы какие-то пути восстановления - "а оно, вот")<br><br>&gt; возникает. А ещё после очередного обновления ядра можно не досчитаться энное <br>&gt; количество дисков в системе.<br><br>ну вот тут degraded pool точно не импортнется. Ну так может и не стоит его такой импортить-то, сначала диски надо найти? ;-)<br><br> https://slinkov.ru/openforum/vsluhforumID3/121656.html#236 Thu, 27 Aug 2020 20:56:50 GMT вот поэтому мне очень интересны комментарии того, у кого они есть - как все это организовано и как вообще с таким живут. Но, похоже, как обычно, ответа мы уже не дождемся.<br><br>