erlug
[Top] [All Lists]

Re: [Erlug] LVM +RAID

To: erlug <erlug@xxxxxxxxxxxxxx>
Subject: Re: [Erlug] LVM +RAID
From: Federico Calboli <f.calboli@xxxxxxxxx>
Date: Fri, 4 Nov 2016 12:06:54 +0200
> On 4 Nov 2016, at 11:19, Sandro guly Zaccarini <guly@xxxxxxxx> wrote:
> 
> ricordiamoci che stiamo parlando di un pc di casa, che fino a ieri montava un 
> 80gb, e di una persona che (perdonami vic, non voglio offenderti) 
> probabilmente dovrebbe perdere qualche ora su google (o in lista) per capire 
> come estendere un lvm senza perdere dati perche' nella vita "fa altro".
> 
> ha gia' deciso che terra' la musica su partizione fisica dedicata, che da mia 
> esperienza e' l'errore piu' grosso: domani esce la discografia rimasterizzata 
>  di frank zappa, compri il bancale di cd originali e te la riversi su pc per 
> comodita'. hai sbagliato a dimensionare lo spazio di sda4, ciao.

Musica e foto si tengono si ardischi esterni dedicati, tenuti in copia tripla.  
Chi tiene sta roba sulla macchina, uno nato per soffrire?  Se poi vai in 
vacanza a cippalippa schiaffi la roba che vuoi tirarti dietro su USB 128GB e 
non rompi.







> se non volete fargli cambiare idea su questo perche' volete fargli cambiare 
> idea su /+/home+/var piuttosto che 100% su / ?
> tra l'altro c'e' sempre il -m5 di default che para il culo.
> 
> inoltre, nel 2016 ancora parliamo di swap?
> 
> p.s.: io sono pro partizioni separate, ma cerchiamo di capire quando questo 
> e' overkill.
> 
> 
> taste your favourite IT consultant
> 
> 
> 2016-11-04 10:09 GMT+01:00 Fabio Muzzi <kurgan@xxxxxxxxxx>:
> On 2016-11-04 09:21, m wrote:
> 
> >> Quella delle partizioni e` una mania insensata.
> 
> > è una tua opinione, io ti ho portato argomenti a favore, tu ti limiti a
> > dire che trovi la cosa fastidiosa
> 
> 
> Ok, argomenti a favore della singola partizione:
> 
> - non devi sbatterti a dimensionare (con la palla di cristallo, visto
> che il futuro non e` sempre ovvio) mille pezzi di disco.
> 
> - se ti serve all'improvviso molto spazio, la mancanza di frammentazione
> massimizza lo spazio utile.
> 
> - mi ripeto: non e` vero che si scassa tutto se si riempie /.
> 
> Ragioniamo: praticamente tutto cio` che e` "variabile" e` in /var,
> compresi per esempio i files dei database server, i log, ecc. Se si
> riempie /var tutta questa roba non puo` piu` essere scritta. L'evento
> con maggiore probabilita` e` che si riempia /var (log, dati, database,
> posta...) oppure /home (raro oramai che ci siano molti dati in /home, ma
> in qualche setup puo` succedere). Se hai il limite dello spazio
> riservato a root sul FS, il riempimento TOTALE puo` avvenire solo se chi
> riempie il disco e` root, ergo gia` c'e` una notevole riduzione del
> rischio per /home e anche per /var, esclusi forse i log e i dati
> ovviamente dei programmi che girano come root, che sono comunque pochi.
> 
> Se si riempie davvero /var, al 100% reale, il db smette di andare, i log
> non vanno piu`, i programmi non vanno piu` e potenzialmente hanno anche
> perdita di dati, se sono fatti con il culo. non va piu` la posta, non va
> piu` niente.  Ma siccome / non e` ancora piena (nell'ottica delle
> partizioni) che cosa cambia? Che posso ancora fare login? Non credo sia
> quello il problema visto che un login legge da / e scrive, guardacaso,
> proprio su /var, che e` piena.
> 
> Se il FS di / e` pieno, quindi, all'atto pratico, non cambia
> praticamente nulla, nel caso in cui anche /var sia pieno.
> 
> E se il FS e` in fail ed e` in read only? Piu` pieno di cosi` si muore
> (non puoi scrivere niente), eppure si fa login lo stesso  (a meno di
> danni veramente gravi).
> 
> 
> Ragionando come dici tu, che una partizione piena rischia di scassare il
> sistema in modo non facilmente recuperabile (leggasi, non basta fare
> login e pulire qualcosa), allora la partizione "pericolosa" non e` /, ma
> e` proprio /var. E quindi il punto e` monitorare in modo da poter
> intervenire prima che si riempia, e non e` partizionare cosi` alla fine
> qualcosa sbatte contro il disk full (di una sola partizione e non delle
> altre).
> 
> 
> Poi ti posso portare la mia esperienza personale.
> 
> Macchine con 3 partizioni (/home /var /) fatte da altri, dove mi sono
> trovato a non riuscire a fare un backup (tgz) di una directory perche`
> in nessuna delle 3 c'e` spazio (ma se fosse stata una sola, lo spazio ci
> sarebbe stato).
> 
> Macchine con una sola partizione (le mie) dove in almeno 10 occasioni
> negli ultimi 5 anni mi e` capitato di arrivare a disk full. MAI AVUTO UN
> PROBLEMA A RIPRISTINARLE. Cancello qualcosa, riavvio i programmi che
> sono morti a casa disk full (mysql, exim) e tutto torna OK.
> 
> 
> 
> 
> 
> --
> 
> Fabio Muzzi
> 
>   Consulenza informatica
>   Sistemi Linux - Sicurezza informatica - Sistemi VoIP
>   Integrazione Windows/Linux
> _______________________________________________
> Erlug mailing list
> Erlug@xxxxxxxxxxxxxx
> http://erlug.linux.it/cgi-bin/mailman/listinfo/erlug
> -----------------------------------------------------------
> ErLUG webzine: http://erlug.linux.it
> Manuali FDL:
> LinuxFacile - http://linuxfacile.medri.org/
> Linux Da Zero - http://erlug.linux.it/linuxdazero/
> Connettivita' offerta da Ehiweb.it - http://www.ehiweb.it/
> -----------------------------------------------------------
> 
> _______________________________________________
> Erlug mailing list
> Erlug@xxxxxxxxxxxxxx
> http://erlug.linux.it/cgi-bin/mailman/listinfo/erlug
> -----------------------------------------------------------
> ErLUG webzine: http://erlug.linux.it
> Manuali FDL:
> LinuxFacile - http://linuxfacile.medri.org/
> Linux Da Zero - http://erlug.linux.it/linuxdazero/
> Connettivita' offerta da Ehiweb.it - http://www.ehiweb.it/
> -----------------------------------------------------------

--
Federico Calboli
f.calboli@xxxxxxxxx

<Prev in Thread] Current Thread [Next in Thread>