zfs on linux iscsi - нативно не завезли чтоль?

Крепись: для расшаривания по NFS и SMB нужно ставить самбу и юзерспейсные сервисы NFS. Даже на FreeBSD.

CIFS же вроде тоже нативно должно быть в zfs, разве нет? :)

Нативно для платформы, через samba user share. Наверно, в солярке как-то более элегантно (это не точно), но тут тебе не там.

Какая разница, если она умеет trim/discard только с 0.8 , а 0.8 еще c пакетами не завезли, да и в продакшен ставить страшно.

Вот я и спрашиваю, как оно ТУТ с iscsi :)

Уже 0.8.1 :)

А зачем TRIM на серверах? С очень большим HighLoad - ставить что-то кроме SLC смысла нет, а во всех других SSD - кеш SLC раньше закончится. Во всех остальных случаях, по идее сборщик мусора поможет. Хотя, конечно, TRIM для thin томов нужен, понимаю.

Кхм... https://www.linuxquestions.org/questions/linux-general-1/shareiscsi-zfs-linux...

https://github.com/zfsonlinux/zfs/pull/1099

Што? Они годами забивают на поддержание документации в актуальном виде, а ты захотел поддержки мало кому нужной фичи :) Проект сложный, ненавидимый разработчиками ядра вдобавок, рук на всё не хватает.

для расшаривания по NFS и SMB нужно ставить самбу и юзерспейсные сервисы NFS.

Даже на FreeBSD.

Для NFS не нужно (всё есть в базовой системе), а для SMB придётся ставить и настраивать Samba, да.

В любом случае к zfs это не имеет прямого отношения, для fs устанавливаются свойства sharenfs, sharesmb, а дальше всё реализуется сторонними сервисами (в том числе и в illumos).

Откуда такие мысли, где-то было написано?

Не знаю как в ZoL, в opensolaris (illumos) свойство shareiscsi было удалено очень давно, и всё управляется через comstar (common scsi target framework), от zfs требуется только блочное устройство (zvol). Думаю логика в linux отличаться не должна.

Понял! Спасибо ребят! Закатываю губы!

А зачем TRIM на серверах?

Ну мне больше discard нужен. И вот зачем:

виртуалки на KVM, если используем EXT4 , то ставим в конфиге виртуалки, что вирт диск саппортит discard, в самой виртуалке в fstab тоже пишем, что диск саппортит discard. В результате удаленные данные на диске реально высвобождаются и при бэкапе виртуалок не бэкапится заодно куча стертого мусора. А вот с ZFS ниже 0.8 оно бэкапит весь мусор, помеченный как удаленный. Да, можно сказать, что бэкапить надо самим ZFS и это очень круто, но факт есть факт. Да и само место на гипервизоре тоже быстрее кончается без discard.

к zfs это не имеет прямого отношения

Да, но всё равно отчасти это таки была деза (исключительно в контексте комплектации ОС).

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

В соляре через собственную ядерную(в ядре в смысле) реализацию cifs.

технически можно использовать весь обьем mlc/tlc в slc режиме, а не только его часть, как это делают ради модного slc-кеша. в ущерб обьема диска разумеется.

Полагаю, что никто из производителей не дает таких возможностей.

Технически, можно предположить, что современная SLC является отбраковкой MLC, а MLC - отбраковкой TLC. Один хрен их режут из одних и тех же пластин.