Hola :)
On Tue, Jul 21, 2020 at 11:21 AM Ancor Gonzalez Sosa
No quieren hacerlo, precisamente para que uses btrfs.
¿Tienes algún enlace donde se explique eso? Es decir, que los desarrolladores de zypper se niegan a desarrollar esa funcionalidad para forzar el uso de Btrfs.
Alguna vez preguntamos que porque no hacían tal y cual y dijeron que no hacia falta, porque btrfs tenia snapshots. Pero no te puedo decir exactamente donde y cuando, mi memoria no llega a tanto.
Ok. No es por meterme donde no me llaman, pero lo anterior no me suena a "No quieren hacerlo, precisamente para que uses btrfs", si no más bien a "Dicen que no merece la pena el esfuerzo de hacerlo, ya que quien quiera snapshots puede usar btrfs"(*).
Creo que hay importantes matices que diferencian a ambas formas de expresarlo. ;-)
Sí, pero el hecho de no desarrollarlo ... te obliga a usar btrfs (o LVM) si quieres rollback, no hay otra alternativa. YUM incluye rollbacks independientemente del sistema de ficheros. En el caso de Zypper, si quieres rollbacks, TIENES que usar btrfs o LVM ... No hay elección. En el caso de YUM (AFAIK), es una entrada en la BBDD de paquetes (de YUM, no en la de RPM) ... no han hecho nada "extraordinario/fuera de este mundo". AFAIK. Gracias a Dios, existe rpm -Uvh --last que te indica cuáles fueron los últimos paquetes instalados (es lo que usé yo). Y luego, manualmente, instalé los paquetes anteriores. Si rpm incluye esa opción ... zypper podría hacer uso de ella, por ejemplo. Ojo ! Esto es sólo una idea. Zypper es "propiedad" de SUSE y tiene todo el derecho del Mundo a no implementar el rollback en/dentro de zypper. Sigo pensando que no debe ser una tarea hercúlea desarrollarlo y sería una opción bastante útil si, por ejemplo, estás con un sistema IoT y no tienes los 50 GB necesarios/recomendados para montar btrfs o LVM ... pero necesitas rollback porque el equipo/servidor está en un sitio remoto con difícil acceso físico: típico en entornos de laboratorio, I+D, ... en los que hay equipos en medio de la "nada". Vuelvo a lo de antes, FLOSS: la F viene de Free as in Free Speech ... IOW: libertad. Y una de esas libertades es la libertad a elegir (en este caso: elegir el sistema de ficheros que uno conoce/usa/le gusta/le viene mejor/...). Y, como dije en un correo anterior: no espero tener TODAS las opciones, pero por lo menos más de una ... aka cierta flexibilidad. Razones (técnicas) por las que digo que no quiero usar btrfs o LVM (esto son experiencias personales, YMMV): - por complejidad a la hora de recuperar datos cuando un disco (o más de uno) falla. Si usas LVM ... tienes otra capa de abstracción adicional. Igual que si usas mdadm, HW RAID, ... He tenido que (intentar) recuperar (grandes volúmenes de) datos de GPFS, XFS, BeeGFS, ext2, ext3 y ext4. Con y sin HW RAID, mdadm y/o LVM. - por la "necesidad" de asignar tanto espacio a la partición / para que btrfs haga los snapshots (50 GB, IIRC, no sé si lo habrán cambiado ahora). He tenido que trabajar en entornos HPC en los que el sistema de ficheros se monta en RAM y cuanto más pequeño el FS, mejor. Tbn he estado en entornos HPC con OS instalado en disco, pero se instala lo mínimo para tener más espacio para scratch local y/o tmp. - puede haber sistemas de ficheros que me ofrecen mejor rendimiento (por ejemplo) para lo que se está haciendo. Otras personas estarán encantadas con btrfs y me alegro mucho por ellos. No estoy en contra de btrfs (en otro hilo decía que en Linux lo prefiero a tener que usar ZFS porque btrfs está en el kernel). De hecho, si soportase el equivalente a Z1, Z2 y Z3 de ZFS ... no lo dudaría en absoluto para directorios como /home. AFAIK, el equivalente a Z1, Z2 y Z3 de ZFS aún no se considera "production ready" y puedes perder datos. Corregidme si me equivoco.
(*) Sería más correcto decir que puede usar snapper (que no sólo funciona con btrfs, también puede apoyarse en snapshots de LVM).
As always, MHO ... Rafa -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org