centos iscsi с поддержкой discard - я хочу странного?

У меня тоже самое, ни ext, ни btrfs фстримить не хочет.

Диск у меня ssd от штеуда, команду отдавал под рутом.

Сервер:

А у тебя через что диск подключен, через райдконтроллер от LSI, Adaptec и пр. или через обычный чипсет?

Может профессиональные райдконтроллеры этот трим не умеют?

А мне не нужен trim на физический диск, мне нужно пробросить его на тонкий волюм. Беру прямо то же самое блочное устройство которое отдаю в сеть, монтирую - запускаю fstrim - всё красиво. Как только появляется iscsi - всё плохо. Ноги явно оттуда растут…

Поддержка discard на таргете хоть есть?

мне нужно пробросить его на тонкий волюм.

Стоп-стоп, с этого подробней - у вас на диске создана ФС, на ней файл и файл заправлен в таргет через /backstores/fileio, так?

Да. Проблем нету, только когда появляется iscsi такая проблема возникает…

Схема такая (пока присматриваю приемлемый вариант на самом деле):

К виртуальной машине прицеплен диск.

Внутри виртуалки крутится centos с модулем kvdo (дедупликация)

Блочное ус-во kvdo я пробую отдать для инициатора по iscsi.

На инициаторе монтирую блочное ус-во (с опцией discard), кидаю файл, смотрю статистику kvdo, место сожралось

удаляю файл - на инициаторе

Смотрю статистику kvdo - так и осталось как и было…

Стопаю iscsi target

Монтирую блочное ус-во прямо на сервере target (без iscsi), копирую файл, затем удаляю - статистика kvdo показывает что место освободилось.

Как-то так.

targetcli > cd /backstores/block/{name} -> get attr

Посмотрите что оно говорит про:

1. is_nonrot

2. всё что касается unmap

3. emulate_tpu

И подтюньте значения, в частности с emulate_tpu=1 и is_nonrot=1

с опцией discard

Поддержка discard для btrfs есть только у Dragon Kernel - https://dragon-kernel.ga/guide

Но проект закрытый.

UUID=<uuid> / btrfs space_cache,defaults,ssd,discard=async 0 1