On Tue, Dec 04, 2012 at 10:53:34AM +0200, Volodymyr Kostyrko wrote: > 04.12.2012 10:42, Slawa Olhovchenkov: > > On Tue, Dec 04, 2012 at 09:59:32AM +0200, Alexander Yerenkow wrote: > > > >> За свой опыт ловил проблемы и с SU, и с журналом, и с зфс. Пока не > >> изобретут ИИ и он не перепишет все операционки, думаю человеческий фактор > >> будет вылазить везде, просто в разной мере. > > > > а с zfs что было? чего опасаться? > > Урра! Сейчас перечислю, сейчас всё припомню. > > 1. Неправильный разбор gang-блоков родным лоадером. При загрузке пула > чуть более чем на 98% после обновления ядра оно с большой вероятностью > могло не загрузиться.
э, в смысле если пул забит на 98%? > 3. Ежели контроллер тупой как пробка или есть проблема с питанием то > порядок к записываемых данных на диск может измениться, или будут это как?! как тупизна контроллера или проблема с питанием может повлиять на порядок записываемых данных? > записаны не все данные. Результат - assert на начальном этапе загрузки, > потеря objset'ов. При чём в этом случае не поможет даже монтирование > пула в r/o с последнего удачного снепшота. > > 4. Dedup очень громоздок и неповоротлив, особенно если используются > снепшоты. При удалении дедуплицированного снепшота zfs может откушать ну у конкурентов и еэтого нет, тут только ходить с аккуратностью.. > половину его размера памяти только для того чтобы закончить транзакцию. > В случае если памяти не хватает - freeze. Это ещё будет в 9.1, туда какой памяти? оперативной или дисковой? под терабайтный снапшот, что терабайт рамы нужен будет? > асинхронное удаление снепшотов не попало. Хотя здесь не всё ясно, я > спрашивал как будет вести себя ZFS с новым кодом, но внятного ответа не > получил, а экспериментировать пока не тянет...
