linux user group brescia

Io uso ZFS con grande orrore del Gelma ;-) e i suoi snapshot. A dirti la
verità qualche spavento l'ho preso ma per ora tutto bene.
Necessita di manciate di RAM ECC, ma è veramente bello.
Faccio snapshot incrementali remoti delle macchine virtuali via ssh.
Faccio anche backup rsnapshot su filesystem ext4 remoti, così da non temere
l'impalpabilità di ZFS.

p.s.
Interessante rsync-incr, io uso rsnapshot per i backup incrementali, anche
perché condivido in samba il backup in ready only, così da rendere rapido
il restore...



Il giorno 4 novembre 2017 12:30, Andrea Gelmini <andrea.gelmini a gmail.com>
ha scritto:

> Certo, gli snapshot di BTRFS sono bellissimi finché non li usi...
> Per esempio, se ne crei troppi (troppi significa > di alcune
> centinaia), distruggerli puoi richiedere giorni, e nel frattempo la
> macchina è inusabile (i report sono del tipo: non riesco a connettermi
> in ssh).
>
> Anche la gestione dei quota è fantastica. Peccato che se abilitata, le
> performance scendono a un terzo del normale.
>
> La cosa che personalmente mi fa piu' paura, è che ogni extent del
> filesystem richiede qualche manciata di byte di RAM fisica.
> Alcuni utenti sono arrivati ad avere una frammentazione tale degli
> stessi (con quindi un'esplosione in numero totale degli stessi), tale
> percui
> il filesystem risultava impossibile da montare. E parliamo di macchine
> con 30 giga di RAM.
>
> Tutto questo per dire: io lo uso anche per alcune cose, ma è talmente
> messo male che richiede taaaaanta consapevolezza.
>
> Se hai davvero bisogno di snapshot, usa pure ZFS (che ha comunque
> anche lui le sue menate), oppure puoi addentrarti
> nel fantastico mondo di HammerFS (ma non è Linux).
> NILFS2 evitalo. Sono anni che non viene manutenuto e a me esplode
> regolarmente dopo due giorni di banale utilizzo.
>
> Puoi anche usare gli snapshot di LVM. Ma sono macchinosi e poco flessibili.
>
> Per i backup puoi usare soluzioni che in userspace simulino gli
> snapshot, come rsync-incr.
>
>
> Ciao,
> Gelma
>
>
> Il 4 novembre 2017 12:10, Andrea Rossi <rad a redsandev.com> ha scritto:
> > Aahhaha mi piace!
> > Ma sto sperimentando, quindi posso giocarci un pò.
> > Ho letto la sua predisposizione per generare snaphsot, giusto per tirare
> su
> > backup con una certa facilità. Ci sono alternative simili (aka altri
> > filesystem= che abbiano la stessa caratteristica?
> >
> > On Sat, 2017-11-04 at 07:22 +0000, Marco Manenti wrote:
> >
> > Si. Molla BTRFS!
> > In tech preview da sempre, non credo sia mai stato definitivamente
> > considerato stabile.
> > Ciao!
> >
> > Il giorno sab 4 nov 2017 alle 00:09 Roberto Betelli <
> rob.betelli a gmail.com>
> > ha scritto:
> >
> > Presumo che l'inghippo stia qui:
> >
> > nano /etc/mkinitcpio.conf
> >
> >  * Remove fsck and add btrfs to HOOKS
> >
> > https://gist.github.com/idvoretskyi/9a516921fab0ad4e3ea0
> >
> >
> > --
> > Roberto Betelli
> >
> > Il 03 nov 2017 11:47 PM, "Andrea Rossi" <rad a redsandev.com> ha scritto:
> >
> > Buonasera a tutti,
> > Vorrei porre una domanda in merito all'installazione Archlinux no-
> > virtuale (macchina fisica e niente virtual box o boxes).
> > Ordunque, seguendo il file install.txt presente nella live di
> > installazione non ho alcun problema, sebbene
> >
> > - scegliendo il filesystem btrfs, al momento di lanciare il comando
> > mkinitcpio -p linux
> > ricevo un bell'errore in merito all'inesistenza del file fsck.btrfs
> >
> > Un pò per curiosità, un pò per farmi del male, sono un paio di giorni
> > che riprovo e "googlo" a manetta.
> >
> > Avete suggerimenti?
> >
> > Grazie per mantenere viva il riferimento "pinguino" in quel di Brixiæ!
> > --
> > Andrea Rossi <rad a redsandev.com>
> >
> > --
> > Info/Lamentele/Segnalazioni: andrea.gelmini a gmail.com
> >
> > --
> > Info/Lamentele/Segnalazioni: andrea.gelmini a gmail.com
> >
> >
> > --
> > Info/Lamentele/Segnalazioni: andrea.gelmini a gmail.com
>
> --
> Info/Lamentele/Segnalazioni: andrea.gelmini a gmail.com
>
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lugbs.linux.it/pipermail/lug/attachments/20171104/9015ab58/attachment-0001.html>