ага, то есть какие-то скрипты/программы, которые попытаются прочитать эти участки, не смогут это сделать без ручного вмешательства потому что ZFS явно скажет, что тут всё сломано?

zfs тем и более надёжна, что может определять, когда ей с диска приходят мусорные данные

Повреждение битов в памяти перед записью заблокирует больший объём информации в случае с зфс, чем с другими фс

явно добавлю, что другие ФС тупо повреждённые данные запишут и промолчат, а потом радостно их же отдадут на чтении

zfs тем и более надёжна, что может определять, когда ей с диска приходят мусорные данные

да, Фёдор выше хорошо объяснил этот момент)

да, Фёдор выше хорошо объяснил этот момент)

каждый должен попробовать ddшкой под zfs попортить данные и восхититься 😂😍

Я повреждал именно дд, было шикарно :)

А я ещё не пробовал

Интересно, что же там будет?

данные будут в сохранности, ресилверинг восстановит содержимое диска.

потом можно второй диск из того же вдева пнуть - всё то же самое

Не развалится, zfs'у пофиг на имя и порядок, он на содержимое смотрит

а как зфс относится к пулам с одинаковыми именами? я внутри прокса сделал виртуалку прокса для тестов, но диски подкинул живые, при ребуте рпул не импортировался, ругаясь на то что у меня 2 рпула

а как зфс относится к пулам с одинаковыми именами? я внутри прокса сделал виртуалку прокса для тестов, но диски подкинул живые, при ребуте рпул не импортировался, ругаясь на то что у меня 2 рпула

не очень, можно руками с временным другим именем импортнуть

у меня вот странная ситуация: пул с /boot импортируется с ошибкой и не монтируется из-за того что до этого успевает смонтироваться /boot/efi, но при этом zfs считает этот пул импортированным и его можно экспортнуть.

не очень, можно руками с временным другим именем импортнуть

я руками импортировал по id, но похоже чтобы потестить новый бэкап сервер надо будет ставить его на виртуальный ext4, а для хранилища уже создавать пул из дисков с другим именем

у меня вот странная ситуация: пул с /boot импортируется с ошибкой и не монтируется из-за того что до этого успевает смонтироваться /boot/efi, но при этом zfs считает этот пул импортированным и его можно экспортнуть.

ты делал по инструкции из документации? там был описан подобный момент с созданием сервиса импорта

ты делал по инструкции из документации? там был описан подобный момент с созданием сервиса импорта

да просто юнит сам запускается невовремя и выдает ошибку 😃 суть не в этом. а в небольшом недочете, как мне кажется. т.е. пул для zfs импортирован, но вот не смонтирован в итоге.

Если важна надежность, я бы не стал так экспериментировать без локальных хранилищ.

кстати, наткнулся на статью на Wiki... https://openzfs.org/wiki/ZFS_on_high_latency_devices

кстати, наткнулся на статью на Wiki... https://openzfs.org/wiki/ZFS_on_high_latency_devices

тут даже не в хай летенси дело. Дело в том, что часть записанных с точки зрения зфс данных может не долететь до постоянного хранилища в ряде случаев.

с rbd так бывает? вообще, судя по некоторым issues, такая конфигурация у кого-то работает (Issue 2014 года, https://github.com/openzfs/spl/pull/353), но судя по всему не очень популярна...

Я цеф не использовал.

https://stanislas.blog/2019/08/how-i-fixed-zfs-data-corruption-errors-hetzner-cloud/ у меня нагуглилась статья с интересным опытом как раз по Hetzner Cloud: там RAID на NVMe (локальный) работал с ошибками, тогда как с Ceph всё было ок since my Hetzner VM has a single virtual disk backed by a RAID on NVMe drives, I thought the drives couldn't get corrupted. Apparently I was wrong and it does actually happen more often that not. и как результат у него (после замены на Ceph) It's been 10 weeks and I haven't had a single issue:

т.е. получается, что вот есть кейс, когда удалённый Ceph работает с ZFS лучше, чем локальный RAID на NVMe (если верить автору статьи)

Для зфс из локального рекомендуется только hba-никаких рейдов. Даже NCQ вредит.

У меня умер один HDD на 4ТБ. хочется где-то глянуть рейтинг 3-4ТБ HDD

Google???

у получить 100500 мест, где купить HDD ? спасибо

раньше nix.ru более -менее хорошо оценивал HDD

У меня умер один HDD на 4ТБ. хочется где-то глянуть рейтинг 3-4ТБ HDD

если статистика отказов - есть у бекблейза про перформанс - только штучно искать, если кто найдёт что дельное с аггрегацией - поделитесь плиз

у меня еще подозрение, что Сигейты даже в рамках одной и той же модели пихают разные устройства

у меня еще подозрение, что Сигейты даже в рамках одной и той же модели пихают разные устройства

не только они

вылетел HDD ST4000DM004-2CV104 0001 в живых остались два ST3000VX000-1ES166 CV27 и один TOSHIBA DT01ACA300 MX6OABB0

с smr дисками драма же, один партнамбер может быть и smr и pmr

причем вылетевший куплен последним

причем вылетевший куплен последним

не долго отработал?

отработал 2 года и почти 9 месяцев

Отвалился из-за Device: /dev/ada0, 48 Currently unreadable (pending) sectors (changed +8) Device: /dev/ada0, 48 Offline uncorrectable sectors В понедельник доберусь, попробую перезагрузиться и если не получится, попробую поставить на стенд, на проверку

это единственный HDD в массиве подключен к тупому рейду - Silicon Image, SiI 3132 Serial ATA Raid II Controller

Насчет статистики дисков...https://www.backblaze.com/blog/backblaze-hard-drive-stats-q1-2020/

https://www.backblaze.com/b2/hard-drive-test-data.html

пришлось поставить винду, чтобы обновить биос, винда снесла загрузчик. загружаюсь с livecd, импортирую пул, в смонтированном каталоге пусто. zpool list показывает что пул чем-то занят, т.е. вроде как данные на месте. как такое побороть ?

#пишуизгорящеготанка

zfs list или show

zfs list или show

там тоже все ок: датасеты и точки монтирования

Но так же пусто?

причем каталог бут сохранился после импорта загрузочного пула

и там остался после экспорта/импорта

будто старые данные удалены

zfs mount что говорит

zfs mount что говорит

ничего

zfs mount -a

самая печаль - снапшотов не делал

zfs mount -a

пусто

и в логах никаких ошибок?

нет

zfs umount -a и потом опять mount. zpool status -v

может быть из-за того что в дебиане версия 8.4, а в убунте 8.3 ?

может быть из-за того что в дебиане версия 8.4, а в убунте 8.3 ?

там вроде не было новых фич, которые могли бы влиять. это минорное обновление

при импорте ни на что не ругалось

zfs mount -a

zfs mount -a

пусто

т.е. только /mnt/boot?

т.е. только /mnt/boot?

в mnt вообще пусто было, пока не смонтировал бут пул

теперь вот только /boot каталог виден

а если каждый датасет вручную монтировать zfs mount sata-rpool/.... /mnt...

а если каждый датасет вручную монтировать zfs mount sata-rpool/.... /mnt...

не дает монтировать, каталог не пуст

used не пустой, данные где-то есть) как пул импортировали? Где-то перекрыли маунты видать

used не пустой, данные где-то есть) как пул импортировали? Где-то перекрыли маунты видать

zpool import -R /mnt sata-rpool

zfs load-key sata-rool

или я неправильно монтирую зашифрованный пул ?

или я неправильно монтирую зашифрованный пул ?

а, зашифрованный)

после load key iirc надо руками монтировать

но тут могу ошибаться, я только тестил давно разок нативное шифрование

короче странная ситуация. после пары ребутов liveusb перестала появляться просто /boot при монтировани и тогда то руками без всякой ругани датасет примонтировался.

ms конечно эпичные чудаки. не дают возможности выбрать куда ставить загрузчик, да ещё подчистую сносят без спроса чужие загрузчики.

судя по ману zfs невозножно рекурсивно назначить права на директорию. приходится ручками каждую вложенную диреткорию указывать....

zfs allow -u user9 compression,create,destroy,mount,mountpoint,receive,rollback,send,snapshot tank/ftp/storage1002/user9

Отвалился из-за Device: /dev/ada0, 48 Currently unreadable (pending) sectors (changed +8) Device: /dev/ada0, 48 Offline uncorrectable sectors В понедельник доберусь, попробую перезагрузиться и если не получится, попробую поставить на стенд, на проверку

после перезагрузки диск увиделся, но растут ошибки ```72 Offline uncorrectable sectors```пока выключил через smartd полную проверку этого диска и снял нагрузку на запись для этого пула ZFS...

вести с полей - альфа openzfs 2.0 планируется в конце августа 2020, стабилизация около полугода обычно до выпуска stable релиза

круто!