proxmox долго разворачивает бэкап.

С выравниванием 4К секторов проблем нет? И не на LVM thin - это куда? На обычный LVM? На ZFS?

На обычный LVM разворачивается быстро.По выравниванию 4К секторов, не в курсе что это.Такие проблемы на 5 серверах ProLiant BL460c.

У тебя диски с размером сектора 4 КБ с эмуляцией 512б секторов. Начала разделов должны быть кратными, иначе всё будет тормозить.

Попробуй ещё ради эксперимента перед восстановлением отключить стирание блоков в пуле: lvchange -Zn vg/thinpool.

такие проблемы и на SAS и на SSD.

Какая модель дисков SAS?

DG146BB976 DG0300FARVV

тормозить будет при рендомной записи, но не в 40 раз

забей на LVM-Thin
используй обычный LVM

Такой разницы в скорости между Thin LVM и LVM тоже не должно быть. И proxmox не умеет делать снапшоты на обычном LVM, так как они очень сильно замедляют работу, в отличие от thinpool. LVM thinpool - самое быстрое хранилище со снапшотами из всех поддерживаемых.

DG146BB976 DG0300FARVV

Я не нашёл размер секторов на этих дисках. В любом случае, проверь, чтобы начальные секторы всех разделов были кратны 8.

Кстати, покажи выхлоп lvs -o +chunk_size

не помогло 25% за 2 часа.

Чудеса. У меня обычные HDD (ST4000VN008) в зеркале mdadm, поверх которого LVM, равёртывание бекапа размером 10Gb в thinpool занимает 6 минут, это с включенным стиранием.

root@ckv2:~# lvs -o +chunk_size LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert Chunk data pve twi-aot— <429.61g 59.75 3.28 64.00k root pve -wi-ao—- 96.00g 0 swap pve -wi-ao—- 8.00g 0 vm-100-disk-1 pve Vwi-a-t— <100.59g data 99.55 0 vm-101-disk-0 pve Vwi-a-t— 136.60g data 99.36 0 vm-102-disk-0 pve Vwi-a-t— <100.59g data 17.04 0

[code]не работает[/code]хз как код выделить

может это в аппаратном рейде какие-то проблемы?

64 кб маловато... попробуй создать thinpool с размером чанка 512k

может это в аппаратном рейде какие-то проблемы?

Тогда не понятно, почему толстый LVM не тормозит.

у вас при установке другой параметр по умолчанию?

Я вручную создавал тонкий том, я экспериментировал с размером чанка, и на 64k мне не понравилась производительность. Хоть я и не пробовал тогда восстанавливать бекапы. Сейчас у меня 512k.

я правильно изменяю?

lvconvert –type thin-pool –chunksize 512K pve/data Command on LV pve/data does not accept LV type thinpool. Command not permitted on LV pve/data.

а какой тип рейда и размер страйпа?

Его нельзя поменять для уже существующего тонкого тома, надо новый создавать lvcreate -L500G -T vg/thinpool --chunk-size 512k

Вы при установке proxmox оставляете свободное место а после создаёте вручную?

raid 1

Вы при установке proxmox оставляете свободное место а после создаёте вручную?

Я ставил на debian, не используя инсталлер proxmox. В любом случае, ни кто же не мешает после установки удалить созданный том и создать заново.

я понял,попробую.Просто было интересно как вы это всё организовываете.

может это кэш контроллера такое влияние оказывает

к сожалению не помогло,также долго разворачивает.Первые 4% быстро,потом 10 мин 1%

root@ckv2:~# lvs -o +chunk_size
  LV   VG  Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert Chunk  
  data pve twi-aot--- 450.00g             0.00   10.42                            512.00k
  root pve -wi-ao----  96.00g                                                          0 
  swap pve -wi-ao----   8.00g                                                          0 

Значит, дело не в этом. Может, и правда RAID, но непонятно, каким образом толстый LVM работает.