Я тоже был бы заинтересован в этом узнать. У меня есть LVM-хранилище, которое использует iSCSI LUN на Synology target, поддерживающий рекурсию пространства, и я не вижу никаких доказательств того, что удаления передаются.

Я вот думаю, почему `issue_discards = 0` по умолчанию. Документация (в комментариях в файле lvm.conf) не описывает, какие бывают состояния, но я предполагаю, что это значит, что `lvremove` не будет посылать команду `discard` для блоков удаляемого тома, что, кажется, я и наблюдаю. Но менять это просто так, чтобы посмотреть, что произойдет, я бы побаивался.

Похоже, я не совсем понимаю терминологию, которую тут используют: "trim", "discard" и "unmap" кажутся взаимозаменяемыми. В моём случае я ожидаю, что SCSI "unmap" операции будут отправляться по iSCSI для региона LUN при удалении логического тома на уровне Proxmox, и мне кажется, что этого не происходит. Кажется, документация говорит, что это контролируется issue_discards в lvm.conf, но почему-то по умолчанию это не включено. Есть ещё один уровень – в логическом томе, который отображается как диск для VM или контейнера, где можно сказать "discard", и это приводит к большому количеству трафика, когда файлы удаляются гостем, потому что он отправляет отдельные trim/unmap операции для каждой операции с файлом; я сейчас этим не занимаюсь, но кажется разумным отключить это и выполнять периодические операции "fstrim" для объединения trim/unmap операций, отправляемых базовому хранилищу. В любом случае, это по определению не повлияет на операции lvremove, выполняемые хостом. Так это звучит правильно?