[RISOLTO] BTRFS Incongruenza spazio disponibile / libero

[sirio81]

Ciao a tutti, ho una debian 8.8 con un volume logico formattato con btrfs.
E' successo chei backup sono falliti per mancanza di spazio.
Controllo e vedo che ci sono solo 64G disponibili.
(Il backup ne richiede 90 e quindi fallisce).
Vedo che ci sono 550G usati du 919G...quidi dovrei avere 369G disponibili!

Codice: Seleziona tutto

df -h
File system            Dim. Usati Dispon. Uso% Montato su
/dev/mapper/vg00-dati  919G  550G     64G  90% /mnt/dati

lvdisplay /dev/vg00/dati
  --- Logical volume ---
  LV Path                /dev/vg00/dati
  LV Name                dati
  VG Name                vg00
  LV UUID                kffrAc-F57R-sRGN-RgYp-45SO-asF3-2B4yc5
  LV Write Access        read/write
  LV Creation host, time cubo-ats, 2014-02-24 09:39:40 +0100
  LV Status              available
  # open                 0
  LV Size                918,35 GiB
  Current LE             235097
  Segments               5
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:1

Ho provato a smontare il device ed eseguire btrfsck.
L'ho poi rimontato ed eseguito filesystem resize per assicurarmi che il filesystem occupasse l'intera dimensione del device...ma non è cambiato niente.

Codice: Seleziona tutto

btrfs filesystem resize max /mnt/dati
Resize '/mnt/dati' of 'max'

df -h
File system            Dim. Usati Dispon. Uso% Montato su
/dev/mapper/vg00-dati  919G  550G     64G  90% /mnt/dati

Cosa può causare qusta incongruenza?

Riporto altre info potenzialmente utili a diagnosticare il problema

Codice: Seleziona tutto

btrfs filesystem show
Label: none  uuid: f0a8ff89-608e-4ca2-bde9-8dc09b91accf
        Total devices 1 FS bytes used 549.71GiB
        devid    1 size 918.35GiB used 918.35GiB path /dev/mapper/vg00-dati
Btrfs v3.17

btrfs filesystem df /mnt/dati
Data, single: total=612.32GiB, used=548.94GiB
System, single: total=32.00MiB, used=52.00KiB
Metadata, single: total=306.00GiB, used=781.69MiB
GlobalReserve, single: total=264.00MiB, used=0.00B

[sirio81]

Ho una parziale risposta:
919 totali - (550 usati + 306 metadati) = 63

Dunque...a quanto sembra sono i metadati ad occupare lo "spazio fantasma".

Faccio il paragone con un altro server molto più capiente, con molti più snapshot...i metadati sono solo 8M

Codice: Seleziona tutto

btrfs filesystem df /
Data, single: total=8.45TiB, used=6.34TiB
System, DUP: total=8.00MiB, used=928.00KiB
System, single: total=4.00MiB, used=0.00B
Metadata, DUP: total=54.50GiB, used=20.86GiB
Metadata, single: total=8.00MiB, used=0.00B
GlobalReserve, single: total=512.00MiB, used=0.00B

Sono entrabe debian jessie.
Come opzioni di mount c'è defaults su entrambe ma sulla prima c'è anche 'noatime'.

Vorrei capire bene cosa sono questi metadati e perché occupano così tanto spazio.

[sirio81]

In questo post consigliano di lanciare btrfs balacne.
I metadatadi sono passati da 306G a 9G!

Codice: Seleziona tutto

btrfs filesystem df /mnt/dati/
Data, single: total=610.00GiB, used=548.88GiB
System, single: total=32.00MiB, used=20.00KiB
Metadata, single: total=9.00GiB, used=781.52MiB
GlobalReserve, single: total=264.00MiB, used=0.00B

df -h /mnt/dati/
File system            Dim. Usati Dispon. Uso% Montato su
/dev/mapper/vg00-dati  919G  550G    361G  61% /mnt/dati

In quest'altro post sono riportati molti link da studiare.

Prima di marcare il topic come risolto vorrei avere qualche vostro commento.

[sirio81]

Dimenticavo di riportare la soluzione:

Codice: Seleziona tutto

btrfs balance start -m <punto di mount>