On 21/07/2020 19.07, Rafa Griman wrote:
On Tue, Jul 21, 2020 at 4:35 PM Ancor Gonzalez Sosa
wrote: On 7/21/20 4:22 PM, Juan Erbes wrote:
El mar., 21 jul. 2020 a las 10:36, Ancor Gonzalez Sosa (
) escribió: [...]
Sinceramente, yo tampoco duermo 100% tranquilo con btrfs en un sistema en producción. Por otro lado, de LVM sí que me fío.
¿Porque no duermes 100% tranquilo con btrfs en un sistema en producción?
Cuestiones puramente subjetivas. En lo que respecta a sistemas de ficheros soy MUY conservador, casi paranoico. Y Btrfs es bastante innovador en varios aspectos. Algo que seguramente es una ventaja en realidad... pero que a mí me inquieta un poco.
Me alegra saber que no soy el único paranoico en cuanto a sistemas de ficheros 0;)
A mi me pasa igual :-) hace ya mucho, mucho tiempo, tenía el sistema puesto con reiserfs. SUSE lo apoyaba y era la elección por defecto. Un día comentaron un bug. Se podía crear dos ficheros con nombres distintos, pero el sistema creía que eran el mismo nombre, y se armaba el taco. Yo quise probarlo... ... Y tuve que reformatear la partición. Cosas como esas tienen un efecto despertador. Que conste que he tenido fallos catastróficos en todos los sistemas. Empezando con MsDOS en disquetes, extX, reiserfs, xfs, ntfs... y btrfs. De hecho, yo descubrí por mi cuenta una manera de petar un btrfs. Simplemente tenía una partición de pruebas, pequeña, en un sistema virtual, y empecé a crear ficheros pequeños por miles y miles, a ver que pasaba. Que petó y colgó el sistema. Todos petaban de alguna u otra forma, con suerte dando un error de disco lleno. Excepto reiserfs, que seguía tan campante con un millón de ficheros en un sólo directorio. El xfs aguantó mucho. Dicho todo eso, tengo un disco para copias de seguridad con rsync que está formateado con btrfs y compresión, porque es el único sistema de ficheros comprimido que tenemos en el kernel. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)