Re: Aggiornamento di versione
Ciao, Il giorno ven, 03/09/2021 alle 15.57 +0200, Giancarlo Martini ha scritto: > Un settembrino saluto a tutta la lista, > volevo passare una vecchia macchina di appoggio con Jessie a Bullseye, > secondo voi qual'è il metodo migliore, più sicuro. > Fino ad adesso, sul pc principale, quando voglio cambiare versione, > semplicemente aggiorno il source.list e poi apt update/upgrade. > Qualcuno ha esperienza di una simile operazione, il passaggio da una > versione ad un altra non sequenziali? Ho fatto proprio ieri l'aggiornamento di una jessie a bullseye, ma l'ho fatto passando da stretch e poi da buster. Ha funzionato senza problemi con un ciclo di apt-get update/upgrade/dist-upgrade/autoremove/clean. Alla fine ho usato aptitude per identificare i pacchetti obsoleti e rimuoverli. Ciao, Giuseppe
Re: lvm e mdadm
Il giorno ven, 03/09/2021 alle 15.01 +0200, Piviul ha scritto: [...] > Scusa, non ho ben capito la tua risposta... comunque a ben pensarci non > credo che lvm controlli se 2 PV appartengano o meno allo stesso disco > prima di salvare sui PV che compongo il gruppo su cui si basa il raid. > In altre parole quando crei un lv di tipo raid basato su un vg bisogna > essere sicuri che nel vg non ci siano PV che appartengano allo stesso > disco fisico... mi sembra di aver capto così. «LVM can't tell that two PVs are on the same physical disk» fonte: https://tldp.org/HOWTO/LVM-HOWTO/multpartitions.html Il documento è del 2006, ma non ho trovato una fonte più aggiornata. Mi sa che per toglierti il dubbio devi fare una prova. Ciao, Giuseppe
Re: Aggiornamento di versione
On 03/09/21 15:57, Giancarlo Martini wrote: volevo passare una vecchia macchina di appoggio con Jessie a Bullseye, secondo voi qual'è il metodo migliore, più sicuro. di sicuro è sempre meglio leggere le note di rilascio e il manuale di installazione/aggiornamento che spiegano come fare il passaggio, eventuali problematiche e come risolverle. Io ti consiglio di fare gli upgrade uno step per volta e non un passaggio diretto da Jessie a Bullseye, quindi fare: Jessie -> Stretch -> Buster -> Bullseye fare tutto in uno step potrebbe non funzionare perché tra i vari passaggi sono state modificate cose basilari di Debian e il passaggio funziona di sicuro se fai un passo alla volta. Inoltre per questo passaggio così lungo è consigliato in ogni caso fare un backup completo della tua Jessie... prima di tentare l'aggiornamento Se ti sembra troppo oneroso puoi anche adottare una strada differente: ti salvi l'elenco dei pacchetti che hai su Jessie (vedi dpkg --get-selections), ti installi una Bullseye minimale e poi installi i pacchetti che avevi su Jessie. Poi ti porti a mano i dati. Però per fare questo di serve un altro hd/partizione... aggiorno il source.list e poi apt update/upgrade. sì, normalmente si fa così: * aggiorni il tuo sistema attuale apt update/upgrade/dist-upgrade * dopo aver modificato il source.list in modo appropriato fai: # apt update # apt install apt # apt -u upgrade # apt -u dist-upgrade io consiglio di aver installato precedentemente anche i pacchetti: apt-listbugs e apt-listchanges in modo che puoi avere info importanti sull'aggiornamento di pacchetti particolari, e così ti eviti problemi per capire perché qualcosa non funziona più come prima, e eventuali bug riscontrati, dove è possibile che ti trovi anche dei workaround per aggirarli/mitigarli... e così sai anche le problematiche che puoi avere Ciao Davide -- I didn't use Microsoft machines when I was in my operational phase, because I couldn't trust them. Not because I knew that there was a particular back door or anything like that, but because I couldn't be sure. Edward Snowden
Re: lvm e mdadm
Il 03/09/21 15:01, Piviul ha scritto: Il 02/09/21 21:35, Mauro ha scritto: [...] provvede da solo ad allocare il raid usando i due dischi. Altrimenti non avrebbe senso e ci sarebbe pure una discreta perdita di prestazioni. Scusa, non ho ben capito la tua risposta... comunque a ben pensarci non credo che lvm controlli se 2 PV appartengano o meno allo stesso disco prima di salvare sui PV che compongo il gruppo su cui si basa il raid. In altre parole quando crei un lv di tipo raid basato su un vg bisogna essere sicuri che nel vg non ci siano PV che appartengano allo stesso disco fisico... mi sembra di aver capto così. Lo ammetto: non lo so se LVM controlla se 2 PC appartengono allo stesso disco. Però mi sembra una situazione improbabile, o quanto meno contraria alle pratiche comuni: normalmente quando usi LVM crei una singola partizione per ciascun disco. E c'è qualcuno che non partiziona affatto i dischi - e a LVM sta bene, anche se è una cosa disordinata da fare, come usare un magazzino senza scrivere fuori che ci metti dentro - se viene un altro potrebbe pensare che il magazzino è a disposizione per altre cose. Insomma, fino a quando mantieni l'equazione che un SSD/HDD == physical volume non dovresti avere di questi problemi. Inoltre è buona pratica non usare immediatamente tutto lo storage disponibile sui PV, ma anzi far crescere le dimensioni di logical volume man mano che emerge la necessità - così hai spazio sia per eventuali snapshot, sia per eventuale over provisioning che preservi lo storage. Tanto se usi file system come ext4 e xfs puoi allargare un volume logico in un unico step (senza smontare nulla) con un comando come lvextend --size +100G --resizefs /path/to/logicalvolume saluti, gerlos
Aggiornamento di versione
Un settembrino saluto a tutta la lista, volevo passare una vecchia macchina di appoggio con Jessie a Bullseye, secondo voi qual'è il metodo migliore, più sicuro. Fino ad adesso, sul pc principale, quando voglio cambiare versione, semplicemente aggiorno il source.list e poi apt update/upgrade. Qualcuno ha esperienza di una simile operazione, il passaggio da una versione ad un altra non sequenziali? Un grazie in anticipo -- Giancarlo Martini (Replace 'AAA' con '@') mailto:giancarlomartiniAAAgmail.com
Re: lvm e mdadm
Il 02/09/21 21:35, Mauro ha scritto: [...] provvede da solo ad allocare il raid usando i due dischi. Altrimenti non avrebbe senso e ci sarebbe pure una discreta perdita di prestazioni. Scusa, non ho ben capito la tua risposta... comunque a ben pensarci non credo che lvm controlli se 2 PV appartengano o meno allo stesso disco prima di salvare sui PV che compongo il gruppo su cui si basa il raid. In altre parole quando crei un lv di tipo raid basato su un vg bisogna essere sicuri che nel vg non ci siano PV che appartengano allo stesso disco fisico... mi sembra di aver capto così. Piviul
RAID in LVM [era lvm e mdadm]
È davvero molto interessante... secondo voi si può utilizzare un raid in thin provisioning? Se la risposta fosse affermativa, il RAID va impostato sull'LV del pool o sul volume logico creato dal pool? Ma avrebbe senso secondo voi usare lo thin-provisioning per gestire i LV di un server per i normali volumi locali di un server che però deve gestire una discreta (qualche tera) mole di dati?? Grazie Piviul
Re: lvm e mdadm
Il 03/09/21 09:09, Marco Ciampa ha scritto: [...] Molto interessante grazie! Le mie informazioni evidentemente erano vecchie. Con mdadm era possibile passare da RAID 1 a RAID 5 e poi 6 ecc. con LVM è ancora possibile farlo? da quel che ho appreso finora con lvconvert fa tutto quel che chiedi in termini di conversioni da diversi tipi di LV. Da man lvconvert: Convert LV to raid or change raid layout (a specific raid level must be used, e.g. raid1). lvconvert --type raid LV [ -m|--mirrors [+|-]Number ] [ -I|--stripesize Size[k|UNIT] ] [ -R|--regionsize Size[m|UNIT] ] [ -i|--interval Number ] [ --stripes Number ] [ COMMON_OPTIONS ] [ PV ... ] Come funziona con dischi di dimensioni leggermente diverse? Con mdam ricordo che dovevo tenermi sempre leggermente indietro nella dimensione per evitare che poi il RAID non si creasse per una dimensione inferiore dell'unità. Immagino debba fare lo stesso con lvm... non hai più questi problemi, il RAID lo crei nei LV. Se ti avanzano delle PE le puoi usare per volumi di altro tipo Piviul
Re: lvm e mdadm
On Thu, Sep 02, 2021 at 10:47:59AM +0200, gerlos wrote: > Il 01/09/21 09:18, Piviul ha scritto: > > Ciao a tutti, se volessi usare LVM con ridondanza (RAID) software secondo > voi qual è la soluzione migliore fra le seguenti? > > 1. creare un device con mdadm ed utilizzarlo come PV in LVM > > 2. creare i LV da utilizzare come volumi per mdadm e poi creare l'array con > mdadm basandosi sui volumi LVM > > 3. non utllizzare mdadm affatto e usare le opzioni in LVM (lvcreate -type > raidlevel...) > > La 3. per me è la più versatile, ed è quella che uso ultimamente. > Ricordarsi di fare operazioni separatamente con mdadm e lvm era una > seccatura! > > > Non so, mettiamo che mi si rompa un disco... con mdadm so come agire ma con > LVM? Ho cercato un po' di documentazione in giro ma non ne ho trovata > sicché la mia conclusione. Tu però dici che me la gioco sempre con gli > stessi comandi ma per il raid non mi sembra ce ne siano in lvm, ci sono > solo opzioni raid nei comandi lvm... o no? Supponiamo ad esempio voglia > marcare un disco come fail... o aggiungere uno spare disk ad un raid: con > LVM come fo'? > > Semplicemente, non appena LVM si accorge che non può più accedere a quel > volume fisico, lo rimuove dal mirror, e ti ritrovi con un normale LV > lineare ;-) (almeno, è così che fa nella configurazione predefinita di > Debian e Ubuntu) > > A quel punto tu sostituisci fisicamente il disco, lo prepari (con cfdisk e > pvcreate), lo aggiungi al gruppo, e usi lvconvert per convertire di nuovo > il volume logico lineare in un volume mirror! (sì, LVM è una figata!) > > La documentazione di Red Hat è eccellente per tutto quello che ha a che > fare con LVM, e nella mia esperienza è applicabile al 99,% a Debian e > Ubuntu. > > Vedi ad esempio: > > - > https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/configuring_and_managing_logical_volumes/assembly_configure-mange-raid-configuring-and-managing-logical-volumes > > - > https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/logical_volume_manager_administration/mirrorrecover > > > In bocca al lupo, > > gerlos Molto interessante grazie! Le mie informazioni evidentemente erano vecchie. Con mdadm era possibile passare da RAID 1 a RAID 5 e poi 6 ecc. con LVM è ancora possibile farlo? Come funziona con dischi di dimensioni leggermente diverse? Con mdam ricordo che dovevo tenermi sempre leggermente indietro nella dimensione per evitare che poi il RAID non si creasse per una dimensione inferiore dell'unità. Immagino debba fare lo stesso con lvm... -- Saluton, Marco Ciampa