https://www.opennet.ru/openforum/vsluhforumID3/120843.html Компания iXsystems, развивающая дистрибутив для быстрого развёртывания сетевых хранилищ FreeNAS и основанные на нём коммерческие продукты TrueNAS, объявила о начале работы над новым открытым проектом TrueNAS SCALE. Особенностью TrueNAS SCALE стало использование ядра Linux и пакетной базе Debian 11 (Testing), в то время как все ранее выпускаемые продукты компании, в том числе TrueOS (бывший PC-BSD), основывались на FreeBSD...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53093<br> https://www.opennet.ru/openforum/vsluhforumID3/120843.html#81 Thu, 02 Jul 2020 11:05:02 GMT "некоторые идеи, недостижимые при использовании FreeBSD"<br><br>таки да...<br>даже компания которая долго и упорно тыжилась за фряху- кое что поняла...<br> https://www.opennet.ru/openforum/vsluhforumID3/120843.html#80 Tue, 09 Jun 2020 13:51:06 GMT &gt; С тех пор когда любой адекватный сервис поставляется контейнером <br><br>контейнер = виртуализация ?<br>капец, думал, что не доживу до этого момента:(<br> https://www.opennet.ru/openforum/vsluhforumID3/120843.html#79 Sun, 07 Jun 2020 09:06:56 GMT Прям эксперт по nas должен стать)))<br>И ядро патчить))<br> https://www.opennet.ru/openforum/vsluhforumID3/120843.html#78 Sat, 06 Jun 2020 12:32:59 GMT Как в TrueNAS реализовано информирование о развале raid'a?<br> https://www.opennet.ru/openforum/vsluhforumID3/120843.html#77 Sat, 06 Jun 2020 11:18:08 GMT &gt; Умные люди давно ушли на линукс и сделали отличный NAS на базе <br>&gt; Debian, называет OpenMediaVault. Свалил дома с FreeNAS на OpenMediaVault пару лет <br>&gt; назад и ни разу не пожалел (есть и поддержка ZFS через <br>&gt; проект ZOL).<br><br>Сделал тоже самое, только без ZFS, для дома меня и ext4 устраивает. Чот не вижу смысла в ZFS дома, да и нет пока доверия к нему в линуксах.<br> https://www.opennet.ru/openforum/vsluhforumID3/120843.html#76 Sat, 06 Jun 2020 10:03:38 GMT А хранилка - на то и хранилка, а не локалхост, чтобы использовать контроллеры и/или софтовые решения, делающие верификацию. Но делать это на уровне файлухи при возможности сделать проверку и восстановление на уровне блока - извращение.<br> https://www.opennet.ru/openforum/vsluhforumID3/120843.html#75 Sat, 06 Jun 2020 10:00:42 GMT Не забываем, что ещё и в самих дисках тоже есть ECC, которая верифицируется всегда. Вся эта проблема с битротом раздувается вполне себе искусственно.<br> https://www.opennet.ru/openforum/vsluhforumID3/120843.html#74 Sat, 06 Jun 2020 09:34:34 GMT &gt; Как ты понимаешь, любой (даже мерзкий 5) RAID с чётностью вполне себе даёт защиту от bitrot на<br>&gt; уровне тома.<br><br>разумеется, нет - большинство из них, по-моему, по сей день вообще ничего не проверяют при чтении, для скорости (raidz не в счет, он вообще не совсем raid5). Четность используется у них только при полном отказе диска, для восстановления.<br>А когда и напорется - не имеет ни малейшей возможности тебе сказать, что именно навернулось - lba sector 0xxxxxxxxxxx - а, шо, где это и какой файл пострадал?!<br><br>И выяснение через бутербродец нашлепок dm - будет еще более забавным, чем твои приключения с метаслабами.<br><br>raid6 он вообще не об этом, он о том что современные диски слишком велики, чтобы надежда что сдохший восстановится тотальным чтением всех оставшихся была оправдана - куда больше вероятность, что в процессе сдохнет еще один, поэтому нужен запас и на этот случай.<br><br>Память, разумеется, нужна с ECC. Но это просто еще один элемент защиты, сам по себе ни от чего не спасет.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/120843.html#73 Sat, 06 Jun 2020 07:15:32 GMT &gt; Сдаётся мне, что это "битва" за окончательно внедрение ZFS в Linux.<br><br>Или за окончательное закапывание ZFS везде, кроме пары отдельных NAS.<br>