https://www.opennet.ru/openforum/vsluhforumID3/58922.html Pawel Jakub Dawidek объявил (http://svn.freebsd.org/viewvc/base?view=revision&revision=197218) о готовности ZFS во FreeBSD к промышленной эксплуатации.<br><br>Павел в последние пару недель внёс множество связанных с ZFS исправлений во FreeBSD CURRENT, которые уже включены в кодовую базу будущего релиза FreeBSD 8.0. И по его мнению реализация ZFS во FreeBSD уже готова к промышленной эксплуатации (но это не означает, что она должна работать "из коробки" без каких-либо настроек).<br><br><br>URL: http://svn.freebsd.org/changeset/base/197218<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=23444<br> https://www.opennet.ru/openforum/vsluhforumID3/58922.html#53 Thu, 01 Oct 2009 06:53:08 GMT &gt; Паника от того, что кое-кто явно не взял на себя труда почитать документацию.<br><br>Извините, но паника - это либо результат сбоя в железе, справиться с которым программно невозможно (например, в оперативной памяти), либо результат криворукости программистов. Программа имеет право возвращать код ошибки и записывать в логи сообщения, но паниковать она не должна ни при каких обстоятельствах.<br> https://www.opennet.ru/openforum/vsluhforumID3/58922.html#52 Thu, 24 Sep 2009 05:21:36 GMT &gt;&gt; Это достоинство, а не недостаток. Спец мля... <br>&gt;<br>&gt;Нихрена ж себе достоинство! А я думал что достоинство - это когда <br>&gt;чекер файловой системы есть, но нахрен не нужен кроме случаев когда <br>&gt;совсем жопец. Зато когда ж все-таки наступило, порядочный чекер ФС должен <br>&gt;отколупать максимум возможного из того что уцелело.<br><br>Есть там всё. Чекер работает в фоновом режиме. Когда совсем ж..пец, то его работа похожа на фоновую работу fsck на UFS2 с Soft Updates в FreeBSD. Загрузка процессора &#8212; до 10%, латентность (и отклик) приложений переднего плана &#8212; несколько секунд.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/58922.html#51 Wed, 23 Sep 2009 18:01:32 GMT &gt;[оверквотинг удален]<br>&gt;Нихрена ж себе достоинство! А я думал что достоинство - это когда <br>&gt;чекер файловой системы есть, но нахрен не нужен кроме случаев когда <br>&gt;совсем жопец. Зато когда ж все-таки наступило, порядочный чекер ФС должен <br>&gt;отколупать максимум возможного из того что уцелело. <br>&gt;<br>&gt;Дело в том что если у ФС нет нормльных утилей для восстановления <br>&gt;- в случае чего может быть мучительно больно. В частности на <br>&gt;рейзеровскую ФС народ регулярно наезжал, наезжает (и будет наезжать) за своеобразные <br>&gt;утилиты починки оного, которые судя по громкому мату народа - не <br>&gt;особо то надежные. Вам не дают покоя лавры господина Рейзера? <br><br> Ты посмотри! 294 возбудился на тему ZFS. <br><br>У тебя сколько минут или секунд опыта работы с данной ФС? <br><br>ЗЫ: Мне его лавры не дают покоя только в одном, не могу тебя пристрелить. :)<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/58922.html#50 Tue, 22 Sep 2009 18:10:54 GMT &gt;[оверквотинг удален]<br>&gt;Нихрена ж себе достоинство! А я думал что достоинство - это когда <br>&gt;чекер файловой системы есть, но нахрен не нужен кроме случаев когда <br>&gt;совсем жопец. Зато когда ж все-таки наступило, порядочный чекер ФС должен <br>&gt;отколупать максимум возможного из того что уцелело. <br>&gt;<br>&gt;Дело в том что если у ФС нет нормльных утилей для восстановления <br>&gt;- в случае чего может быть мучительно больно. В частности на <br>&gt;рейзеровскую ФС народ регулярно наезжал, наезжает (и будет наезжать) за своеобразные <br>&gt;утилиты починки оного, которые судя по громкому мату народа - не <br>&gt;особо то надежные. Вам не дают покоя лавры господина Рейзера? <br><br>http://blogs.sun.com/bonwick/ru/<br><br>zpool scrub и есть fsck по сути - чтобы в этом убедиться, достаточно посмотреть демонстрашку: http://people.freebsd.org/~pjd/misc/zfs/zfs_self-healing.swf<br><br>Т.к. все операции всегда выполняются как одно целое и при этом существующие данные не перезаписываются - риска потерять существующие данные нет. Остальное делает scrub.<br> https://www.opennet.ru/openforum/vsluhforumID3/58922.html#49 Tue, 22 Sep 2009 13:13:33 GMT &gt; Это достоинство, а не недостаток. Спец мля... <br><br>Нихрена ж себе достоинство! А я думал что достоинство - это когда чекер файловой системы есть, но нахрен не нужен кроме случаев когда совсем жопец. Зато когда ж все-таки наступило, порядочный чекер ФС должен отколупать максимум возможного из того что уцелело.<br><br>Дело в том что если у ФС нет нормльных утилей для восстановления - в случае чего может быть мучительно больно. В частности на рейзеровскую ФС народ регулярно наезжал, наезжает (и будет наезжать) за своеобразные утилиты починки оного, которые судя по громкому мату народа - не особо то надежные. Вам не дают покоя лавры господина Рейзера?<br> https://www.opennet.ru/openforum/vsluhforumID3/58922.html#48 Tue, 22 Sep 2009 12:35:42 GMT Вы новость то вообще прочитали?<br> https://www.opennet.ru/openforum/vsluhforumID3/58922.html#47 Mon, 21 Sep 2009 14:13:30 GMT &gt;но это реальный мир, поэтому от бэкапов отказываться не стоит.<br><br>Никак не воткну - ты стебёштся или тупишь?<br><br>А так "...даже Бог регулярно делает бЭкапы!"(С) Кто то с DEC ...<br> https://www.opennet.ru/openforum/vsluhforumID3/58922.html#46 Mon, 21 Sep 2009 10:45:52 GMT в вышеупомянутых случаях (проблемы с драйверами контроллеров, памятью, жёсткими дисками) может случится так, что вы не сможете ни подключить пул, ни запустить scrub на нём без паники системы, либо сможете, но результат будет всёравно один - паника :). Причём это никакие не выдумки, об этом можно прочитать в списках рассылки.<br>ZFS слишком "надеется" на то, что она всегда в согласованном состоянии, но это реальный мир, поэтому от бэкапов отказываться не стоит. И об утилитах извлечения данных с умершей ZFS пока не слышно.<br> https://www.opennet.ru/openforum/vsluhforumID3/58922.html#45 Mon, 21 Sep 2009 00:38:14 GMT <br>&gt;По сути она давно была prodcution уровня, просто теперь убрали баннер при <br>&gt;загрузке. Основная проблема - отсутствие fsck как такового, что в <br><br> Это достоинство, а не недостаток. Спец мля...<br><br><br><br>&gt;случае физического повреждения <br>&gt;дисков может привести к необходимости ручного восстановления данных.