https://opennet.ru/openforum/vsluhforumID3/75398.html После полутора лет разработки представлен (http://zfs-fuse.net/releases/0.7.0) релиз проекта ZFS-FUSE 0.7 (http://zfs-fuse.net), в рамках которого развивается ZFS-драйвер, работающей на пользовательском уровне через подсистему FUSE (не путать с zfs-модулем (http://www.opennet.ru/opennews/art.shtml?num=29411), работающим на уровне Linux-ядра). Код проекта распространяется под открытой лицензией CDDL и протестирован при работе с системой FUSE 2.8.0. Для пользователей Ubuntu подготовлен специальный PPA-рерозиторий (https://launchpad.net/~bugs-sehe/+archive/zfs-fuse/) с бинарными пакетами.<br><br><br>Из улучшений можно отметить:<br><br><br>- Осуществлена миграция на кодовую базу 23 версии ZFS pool (ZFS-FUSE 0.6 был основан на версии 16), в которой обеспечена поддержка таких возможностей, как автоматическое объединение дубликатов и RAIDZ3 (вариант RAIDZ с хранением трех копий отвечающих за обеспечение целостности структур). В состав также включены все накопившиеся в OpenSolaris исправления ошибок.<br>- ...<br><br>URL: http://zfs-fus https://opennet.ru/openforum/vsluhforumID3/75398.html#59 Fri, 18 Mar 2011 09:17:56 GMT &gt; кроме глупых советов и пальцев веером видимо сказать уже нечего.<br>&gt; сочувствую.<br><br>Себе сочувствуешь?<br><br>Пытаться объяснить что-то человеку, который понимать ничего не хочет - затея не очень благодарная.<br><br>Объяснение по поводу вывода статуса пула командой 'zpool import' сэр не осилил. Ну да ладно. Бывает.<br><br>Но вот где сэр там сегфолт углядел? <br><br>&gt; ~# zpool import -o ro storage<br>&gt; internal error: Illegal byte sequence<br>&gt; Abort (core dumped)<br><br>Где тут сегфолт?<br><br>Ну а насчет того, зачем нужны ассерты, и про альфа версии мне понравилось, да. Я так понимаю сэр у нас программист на С?<br> https://opennet.ru/openforum/vsluhforumID3/75398.html#58 Wed, 16 Mar 2011 19:30:44 GMT &gt; Ню-ню, гоню я только после того как наткнулся на описания счастья от <br>&gt; посетителей в списке рассылки. Я что, виноват чтоли что такие письма <br>&gt; счастья там попадаются? :) <br><br>там? в тридевятом царстве? а я слышал что линукс поставили на человекоподобного робота и отправили к центру земли!<br><br>&gt; Да вроде где-то оставлял? Мне самому попадалось минимум штуки 3 сообщений подобного <br>&gt; рода, и там вечно кивали на ZFS. Последний раз про ZFS <br>&gt; писали аж в феврале этого года. Если они врут - ну <br>&gt; так дайте им там публично по мозгам, а то чтойта они <br>&gt; так позорят ваши ряды, панимаишь, очень низко и скептично оценивая "продакшн" <br>&gt; решения? :) <br><br>ссылки нету, значит, ну собсно я так и знал. Да и фигли ты мне будешь рассказывать, у меня продакшен на zfs стоит сайты крутятся, никаких писем щастья и гадалок рядом не видел.<br>Давай лушче про линукс, тема то про него. Расскажи зачем в линуксе 3 реализации ZFS и где можно использовать конкретно эту реализацию. Разве что мелкое файло побыстрому перекинуть между FreeBS https://opennet.ru/openforum/vsluhforumID3/75398.html#57 Wed, 16 Mar 2011 10:32:56 GMT кроме глупых советов и пальцев веером видимо сказать уже нечего.<br>сочувствую.<br> https://opennet.ru/openforum/vsluhforumID3/75398.html#56 Wed, 16 Mar 2011 09:46:05 GMT Могу посоветовать вам _внимательно_ читать то, что вам отвечают, прежде чем хвататься за клавиатуру и строчить ответ. Или у вас проблемы с пониманием написанного?<br><br><br> https://opennet.ru/openforum/vsluhforumID3/75398.html#55 Wed, 16 Mar 2011 08:54:34 GMT &gt;С винтами-то физически как раз порядок, и со статусом винтов порядок соответственно.<br><br>очевидная же ложь. :D иначе работало бы.<br>&gt;А вот с метаданными - непорядок, а установить, из-за какого винта - нет возможности, так как рэйд уже деградирован из-за одного винта в состоянии OFFLINE.<br><br>ещё большая ложь. Тк офлайновый винт УЖЕ из рассмотрения выпал - он в офлайне. и кстати ответ на это - сама статья.<br>&gt;Верно. Но помимо ASSERT()'а в коде из Solaris еще бывает VERIFY(), который там остается всегда. Ничто не мешает сделать макрос, ведь правда? В команде zpool действительно assert()'ы, но в коде драйвера ZFS - сплошные ASSERT, ASSERT3U, VERIFY, VERIFY3U. Так что это говорит о том, что в код вы никогда даже не заглядывали.<br><br>Это говорит о том, что вы вообще не программист.<br>но... и тем не менее в соляре (и не только) штатной ошибкой считается нормальный, читабельный вывод и return отличный от 0, а не сегфолт. и все эти макросы (и в соляре, и в других) нужны для отладки. тем боле - бсд нифига не соляра. И если код https://opennet.ru/openforum/vsluhforumID3/75398.html#54 Wed, 16 Mar 2011 08:26:27 GMT &gt; вот не надо ерунду нести. Если на винте непорядок, то и статус должен быть у него соответствующий.<br><br>С винтами-то физически как раз порядок, и со статусом винтов порядок соответственно. А вот с метаданными - непорядок, а установить, из-за какого винта - нет возможности, так как рэйд уже деградирован из-за одного винта в состоянии OFFLINE.<br><br>Про чужой монастырь пословицу помните? И про ерунду тоже осторожнее, а то в чужом глазу соринку видите, в своем бревна не замечаете.<br><br>&gt; и уж тем более не сегфолтится, а выдавать вменяемую ошибку.<br><br>Где там сударь сегфолт углядел? Там корка в результате вызова abort() (a не ASSERT(), как я написал ранее). Хотите, чтоб выдавал вменяемую ошибку - попросите у товарища корку, проанализируйте, что за код ошибки там не обработан и нарисуйте патч. Не хотите? Все равно? Ну так и нечего тогда тут истерики устраивать.<br><br>&gt; &gt;Только диски не целиком гавкнулись, а, скажем, cache flush проигнорировали или еще какой интеллект проявили. Да мало ли что там их микрокоду в голову может п https://opennet.ru/openforum/vsluhforumID3/75398.html#53 Wed, 16 Mar 2011 08:00:12 GMT всё верно кроме:<br>&gt;&gt; Отлично. Фильмами занято 99% полезного объёма.<br>&gt;Могу себе представить как там с фрагментацией дела обстоят - в таком режиме файловая система неизбежно из последних сил выкраивает блоки по принципу "где нашлось".<br><br>да чё там будет? или он фильмы постоянно перекодирует?<br>его пример нифига не показатель, тк это самая помойка из всех файлопомоек - большие файлы, которые никогда не меняются. тут даже бтр 1-ой версии не плохо бы справился.<br> https://opennet.ru/openforum/vsluhforumID3/75398.html#52 Wed, 16 Mar 2011 07:53:12 GMT &gt;ad4 - в состоянии OFFLINE, то есть этот RAID-Z уже даградирован, а то, что ZFS определила повреждение метаданных, говорит о том, что проблемы имели место быть и на одном из двух других или даже сразу на обоих.<br><br>вот не надо ерунду нести. Если на винте непорядок, то и статус должен быть у него соответствующий. и уж тем более не сегфолтится, а выдавать вменяемую ошибку.<br>&gt; На соляре FMA бы про все рассказал подробнее, но его в FreeBSD нету...<br><br>про соляру речи не идёт.<br>&gt;Только диски не целиком гавкнулись, а, скажем, cache flush проигнорировали или еще какой интеллект проявили. Да мало ли что там их микрокоду в голову может придти.<br><br>угу. с таким подходом в серверной обязан закупаться шаманский бубен.<br>потому что только с его помощью видимо и можно определить какой "гавкнулся" и почему.<br>&gt;И это конкретное сваливание в кору - это обычный ASSERT(), говорящий о том, что для какого-то из кодов ошибки нет должного обработчика. То же мне проблема.<br><br>"обычный" ASSERT создан исключительно для отладочных целей - "Этот https://opennet.ru/openforum/vsluhforumID3/75398.html#51 Tue, 15 Mar 2011 18:41:17 GMT &gt;&gt;Откровенно говоря, смешно видеть, как ты провоцируешь стёб над успешно решённой проблемой, которая относится к аварийному (FAULTED) пулу. Я же не виноват, что ты не различаешь FAULTED и DEGRATED пулы.<br>&gt; это когда из-за 1(!!!) винта из 3 весь raidz свалился?<br><br>Не из-за одного, а из-за более чем одного<br><br>&gt;&gt;state: FAULTED <br>&gt;&gt;.....<br>&gt;&gt; storage FAULTED corrupted data <br>&gt;&gt; raidz1 ONLINE <br>&gt;&gt; ad2 ONLINE <br>&gt;&gt; ad4 OFFLINE <br>&gt;&gt; ad6 ONLINE <br><br>ad4 - в состоянии OFFLINE, то есть этот RAID-Z уже даградирован, а то, что ZFS определила повреждение метаданных, говорит о том, что проблемы имели место быть и на одном из двух других или даже сразу на обоих. На соляре FMA бы про все рассказал подробнее, но его в FreeBSD нету...<br><br>Только диски не целиком гавкнулись, а, скажем, cache flush проигнорировали или еще какой интеллект проявили. Да мало ли что там их микрокоду в голову может придти.<br> <br>И если бы у этого страдальца была поддержка pool rewind, он бы