Так он же на этом скачке расколется, редиска, при первом же шухере

как лечить?

Пользуйся ext4))

на ext4 нет
1. дедупликации
2. сжатия

btrfs?

s/ext4/btrfs/

авторы zol не осилили классическое монтирование и вместо него какие то нанотехнологии, которые отваливаются при вышеупомянутом поведении

++, бесит

btrfs

дикое тормозилово на собственном же raid. спасибо, больше не хочу.

авторы zol не осилили классическое монтирование

Осилили (но решили пойти дальше) – для этого свойство mountpoint для FS должно быть выставлено в legacy; подробней в zfsconcepts(7), Mount Points.

ставь фрю

На фре тот же код, какой смысл? Тогда уж солярис надо ставить.

и чо?

На фре другая логика работы с fs
Если и там те же проблемы, то да - солярку

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

УМВР. Вряд ли дело в zfs, больше похоже на фишку дистрибутива.

Вечер в хату)

Что мешает использовать xfs/ext4 поверх VDO? Стандартное решение.

раздел с zfs при любом экстренном ребуте/выключении питания отваливается на ubuntu 20.

Что-нибудь пишет при этом? У меня на Proxmox ничего такого нет. А вот надолго подвиснуть при импорте некорректно выключенного пула может, надо ждать.

и чо?

я не знаю, и чо, ты делаешь в этом треде?

у тебя есть реальная потребность в дедупликации? в сжатии? ты бы хоть юзкейс описал. типа «храню 100500 копий войныимир Льва Николаича, место на харде заканчивается, а хочется добавить еще». в подавляющем большинстве случаев все это избыточно и ненужно, особенно на локалхосте.

Поставить упс :)

храню 100500

хеш-коллизий, место на харде заканчивается.

перечитай ОП-сообщение темы или пожалуйста, добавь вот этот комментарий
Так он же на этом скачке расколется, редиска, при первом же шухере (комментарий)
вот сюда
Ссылки на некорректные сообщения (56)

Осилили (но решили пойти дальше) – для этого свойство mountpoint для FS должно быть выставлено в legacy; подробней в zfsconcepts(7), Mount Points.

О, вот это интересная штука. Не знал. Спасибо.

Тоже поимел проблем с монтированием в zfs…

ставь фрю

linux.org.ru во всей красе :)

как лечить?

Писать багрепорты разрабам ZoL

а поговорить? )

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

ни на чем не настаиваю, просто любопытно.

Писать багрепорты разрабам ZoL

Это не лечение. Ничего от этого работать не начнёт

Ладно дедупликация; сжатие на уровне ФС довольно таки полезная вещ.

А чексуммы так вообще необходимая фича, угроза silent data corruption сильно больше в случае домашнего пользователя, чем в датацентре с >тройным резервированием.

чексуммы

за ними особо не гнался, не уверен вообще, что оное у меня вообще работает, память то обычная, без ECC

1. дедупликации

Сам виноват. (%

авторы zol не осилили классическое монтирование

Это не вина ZoL, так была устроена оригинальная ZFS из Solaris, ZoL с ней совместима и будет совместима.

Ну и легаси-монтирование поддерживается ZFS, вот только оно лишает ряда удобств.

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

Причём здесь ECC? У ZFS свои механизмы.

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

зачем тебе linux и windows если есть дос и денди?

Сам виноват. (%

ты бредишь.

Ну и легаси-монтирование поддерживается ZFS, вот только оно лишает ряда удобств.

каких, например?

да, руками чинить каждый раз монтирование очень удобно

Так Dos и Dendy решали большинство задач.
Как вспомню UFO-enemy unknown, а потом смотрю, во что играют сейчас.

Ну а ты просто лошарик. Тебе осторожно намекали, а ты туповат. UPS, надёжность питания. Нет, я буду винить разрабов в том, что соляру дома развернул, а танчиков нет.

ты бредишь.

Ты ожидал чего-то иного в бредотреде? о_О

каких, например?

• Смена точки монтирования на лету (очень редкий юзкейс, но иногда нужен; я сегодня пользовался этим);
• Автоотмонтирование при уничтожении датасета (вместо отказа выполнения операции);
• Управление ZFS Boot Environments штатными скриптами (линуксоидам не грозит) ломается к чертям.

// У меня в fstab только tmpfs и NFS-шары.

для папок

Для мамок!

У ZFS это не per directory, а per dataset.

зачем мне искать копии больших файлов вручную компаратором, если это может делать ФС?

Затем, что на уровне ФС это делается поблочно, а не пофайлово, и если операция была экстренно прервана, то даже параноидальные механизмы ZFS не спасут.

С dedup ты проигрываешь на каждой операции записи. Оно нужно только если ты организуешь на датасете PXE с похожими (но не идентичными) релизами одной ОС чтобы экономить огромную кучу места. С мультимедией оно никогда не окупится.

С dedup ты проигрываешь на каждой операции записи.

и что?

А то что не каждой записью ты потенциально записываешь дублирующиеся данные.

Дедупликация работает примерно так:

• Блок подготавливается к записи;
• Делается коммит в метаданные;
• Блок сравнивается с другими уже записанными блоками на идентичность;
  • Если блок уникален, он записывается;
  • Если блок имеет точную копию, то вместо него записывается "ссылка" на идентичный блок;
• Делается "завершающий" коммит в метаданные.

Третий шаг очень долгий, и если в его процессе происходит сбой, предварительный коммит при следующей инициализации пула отбрасывается, данные откатываются на состояние до первого шага.

ZFS из Solaris, ZoL с ней совместима и будет совместима.

вообще-то они уже давно не совместимы

ZFS из Solaris, ZoL с ней совместима и будет совместима.

вообще-то они уже давно не совместимы

Если в OpenZFS (ZoL, ZoF) не включать все подряд features, вполне себе совместимы.

Когда я сваливал с Linux (у меня в Gentoo был ZoL из HEAD, а в FreeBSD был ещё солфрочный ZFS, причём не самой свежей версии) я просто импортировал пул (оно ругнулось что монтировалось "на другом хосте", но это мелочь) и просто продолжил с ним работать. Только пару дней назад я начал переносить со старого пула данные на новый (можно было бы через зеркало переехать на другие диски и расшириться, но я попутно меняю структуру пула, заодно от фрагментации избавлюсь, за много лет она уже добежала до 89%), за это время ни одной ошибки, хотя пул пережил не один хардресет. Также много раз импортировал пул созданный в FreeBSD, и в ZoL они тоже прекрасно работали. Конечно, не стоит делать zfs upgrade при импорте в неродной среде.

Солярки под рукой у меня конечно нет, а подключать "левые" железки к рабочим серверам я не стану даже если это сделать разрешат (точнее явно не запретят :3).

в FreeBSD был ещё солфрочный ZFS

совместимость с зфс из соляриса закончилась на версии пула 28 ещё в десятом солярисе, сейчас актуальна, внезапно, 47.

Так оракуль ж сам виноват. Это теперь их проблемы. =P

авторы zol не осилили классическое монтирование и вместо него какие то нанотехнологии, которые отваливаются при вышеупомянутом поведении.

Чушь.

zfs set mountpoint=legacy <dataset>

Дальше добавляешь нужное в /etc/fstab. Если есть какие-то квирки, можешь ещё в опции добавить x-systemd.requires=<unit>. Например x-systemd.requires=zfs.target.

А чем экстренный ребут от обычного у тебя отличается и почему не монтируются датасеты? Ты же логи пощупал? Просто на моей федорке такого не наблюдается, даже если удержанием кнопки вырубить машину или ребутнуться kexec-ом. На системнике - аналогично. На Gentoo, Debian, Arch тоже всё работало идеально.

И что там по юнитам, всё включено?

systemctl list-unit-files | grep zfs
zfs-import-cache.service                     enabled         enabled
zfs-import-scan.service                      enabled         disabled
zfs-import.service                           masked          disabled
zfs-mount.service                            enabled         enabled
zfs-share.service                            enabled         enabled
zfs-volume-wait.service                      enabled         enabled
zfs-zed.service                              enabled         enabled
zfs-import.target                            enabled         enabled
zfs-volumes.target                           enabled         disabled
zfs.target                                   enabled         enabled

systemctl list-unit-files | grep zfs
zfs-import-cache.service enabled enabled
zfs-import-scan.service enabled disabled
zfs-import.service masked disabled
zfs-mount.service enabled enabled
zfs-share.service enabled enabled
zfs-volume-wait.service enabled enabled
zfs-zed.service enabled enabled
zfs-import.target enabled enabled
zfs-volumes.target enabled disabled
zfs.target enabled enabled


🙈🙈🙈

Ты же логи пощупал?

куда копать?

systemctl status <unit> и journalctl -u <unit> для каждого из юнитов в списке выше. В убунте есть свой велосипед - zsys, я с ним дело не имел, но может это он вмешивается в процесс монтирования. И возможно у него тоже есть логи. Логи стоит смотреть когда оно развалится. Ещё может пул не импортироваться из-за некорректной версии ядра/модуля или кривого initrd.

Это теперь их проблемы.

проблем ни у кого нет, там, где используется solaris вероятность встретить illumos или, прости хоспаде, freebsd(хотя именно c фри, мой коллега и немного я и ещё некоторые неравнодушные портировали загрузчик на openindiana) стремится к нулю. в принципе, справедливо и обратное утверждение.

тем не менее, в солярной zfs есть фичи, которые либо только недавно были реализованы, но в оригинальной уже давно production ready, либо ещё только в стадии PoC или вообще на стадии «неплохо бы иметь».

которые либо только недавно были реализованы

которые либо только недавно были реализованы в openzfs

ffgj