Mirá, yo tuve un mailserver sobre btrfs durante unos años, sobre un LUN de SAN IBM. Todo bien hasta que tuve problemas "Writing index update: No space left on device", y tuve que hacer "balanceos" vía cron, para mantener el filesystem funcionando, pues el problema eran los metadatos de brtfs
mda:~# btrfs filesystem df /var/spool/cyrus/
Data, single: total=1.26TiB, used=349.31GiB
System, DUP: total=8.00MiB, used=160.00KiB
System, single: total=4.00MiB, used=0.00B
Metadata, DUP: total=3.50GiB, used=2.99GiB
Metadata, single: total=8.00MiB, used=0.00B
# btrfs balance start -v -dusage=5 /var/spool/cyrus/
Dumping filters: flags 0x1, state 0x0, force is off
DATA (flags 0x2): balancing, usage=5
Done, had to relocate 213 out of 1302 chunks
Inicialmente suponía que el problema era del soft MDA, y recibí esta respuesta que -por supuesto- me hizo sentir un pelotudo:
"
Why would anybody ever run production data on btrfs?
https://btrfs.wiki.kernel.org/index.php/Main_Page
"The Btrfs code base is under heavy development."
https://btrfs.wiki.kernel.org/index.php/Gotchas
"Files with a lot of random writes can become heavily fragmented (10000+ extents) causing trashing on HDDs and excessive multi-second spikes of CPU load on systems with an SSD or large amount a RAM."
"
En fin. Volví a ext4.
Javier.-
Por favor, ingresa o regístrate para añadir un comentario.