Re: lvm2 check

2020-03-23 Per discussione Alessandro Baggi



Il 23/03/20 17:42, Sabrewolf ha scritto:

Ciao, prima di riavviare devi controllare l'UUID della partizione (blkid
/dev/sda3)

Il valore deve coincidere con quello indicato in pvdisplay (pvdisplay
/dev/sda3)

Non so se è necessario, magari lvm si basa solo sul nome del
dispositivo, chissà...Non so dirti come funziona esattamente lvm al suo
interno, ma se l'UUID non coincide io mi preoccuperei parecchio.

Per quanto riguarda il kernel che non vede le nuove partizioni puoi
provare a usare partprobe o kpartx.

Ciao!

Il 23/03/20 16:34, Alessandro Baggi ha scritto:

Posso concludere che non ho fatto danni e che al riavvio non troverò
sorprese legate alla mia distrazione?



Occhio al quoting, la richiesta era di Piviul



Re: lvm2 check

2020-03-23 Per discussione Emmanuel Gelati
Sotto /etc/lvm ci dovrebbe essere la copia dei metadati di lvm per ogni vg,
lvm tiene nei suoi metada, quanto e grande ogni pv, quindi, se non hai
riavviato, ti conviene ricreare la partizione uguale da come era prima

Il giorno lun 23 mar 2020 alle ore 17:42 Sabrewolf  ha
scritto:

> Ciao, prima di riavviare devi controllare l'UUID della partizione (blkid
> /dev/sda3)
>
> Il valore deve coincidere con quello indicato in pvdisplay (pvdisplay
> /dev/sda3)
>
> Non so se è necessario, magari lvm si basa solo sul nome del
> dispositivo, chissà...Non so dirti come funziona esattamente lvm al suo
> interno, ma se l'UUID non coincide io mi preoccuperei parecchio.
>
> Per quanto riguarda il kernel che non vede le nuove partizioni puoi
> provare a usare partprobe o kpartx.
>
> Ciao!
>
> Il 23/03/20 16:34, Alessandro Baggi ha scritto:
> > Posso concludere che non ho fatto danni e che al riavvio non troverò
> > sorprese legate alla mia distrazione?
>
>

-- 
  .~.
  /V\
 //  \\
/(   )\
^`~'^


Re: lvm2 check

2020-03-23 Per discussione Sabrewolf

Ciao, prima di riavviare devi controllare l'UUID della partizione (blkid
/dev/sda3)

Il valore deve coincidere con quello indicato in pvdisplay (pvdisplay
/dev/sda3)

Non so se è necessario, magari lvm si basa solo sul nome del
dispositivo, chissà...Non so dirti come funziona esattamente lvm al suo
interno, ma se l'UUID non coincide io mi preoccuperei parecchio.

Per quanto riguarda il kernel che non vede le nuove partizioni puoi
provare a usare partprobe o kpartx.

Ciao!

Il 23/03/20 16:34, Alessandro Baggi ha scritto:

Posso concludere che non ho fatto danni e che al riavvio non troverò
sorprese legate alla mia distrazione?




Re: lvm2 check

2020-03-23 Per discussione Alessandro Baggi



Il 23/03/20 15:16, Piviul ha scritto:
veramente un sintomo che qualcosa forse non va ce l'ho; se con gdisk 
su sda creo la partizione n. 4, salvo ed esco poi non trovo il device 
/dev/sda4...


è grave?

Piviul

Piviul ha scritto il 23/03/20 alle 14:59:
Ciao a tutti, oggi per distrazione ho cercato in tutti i modi di 
eliminare un PV LVM che per fortuna era legato ad una VG in uso.
nel dettaglio con gdisk ho eliminato la partizione (/dev/sda3) e ne 
ho creta un'altra sullo stesso disco poi quando mi sono accorto che 
la partizione eliminata era utilizzata come PV di un VG che conteneva 
il LV su cui era installato il sistema operativo oltre (si avete 
capito bene!!!) non ho fatto altro che eliminare la partizione creata 
e ricreare la partizione che conteneva il PV con le stesse dimensioni.
Ora sembra, per fortuna, che il sistema non se ne sia nemmeno accorto 
però non ho avuto il coraggio di riavviare il PC per paura che in 
realtà qualche problema salterà fuori al prossimo riavvio. Ho provato 
a dare un pvck sul pv sda3 e sembra tutto a posto, vgck sembra 
anch'esso risponda senza errori, pvs, vgs e lvs sembrano rispondere 
tutti correttamente...


Posso concludere che non ho fatto danni e che al riavvio non troverò 
sorprese legate alla mia distrazione?


Grazie!

Piviul



Ciao, non sono un esperto di LVM (potrei dire inezie) ma provo ad 
aiutarti. Forse un riavvio potrebbe esserti fatale. A questo punto potresti:


1) Se hai spazio sufficiente sui rimanenti PV del volume in questione 
potresti migrare i dati sugli altri pv dello stesso volume (che hanno 
spazio disponibile) in modo tale che i dati non siano più sul pv di 
sda3, riaggiungere la partizione come pv e poi distribuire di nuovi i dati.
2) Se non hai spazio puoi aggiungere un disco nuovo, lo aggiungi al 
volume logico, ridistribuisci i dati (facendo in modo sempre che i dati 
non risiedano più su sda3), reimposti sda3 e lo riaggiungi al volume, 
sposti di nuovo i dati e rimuovi il disco aggiunto.


3) Backup! Backup! Backup! (A proposito che sistema di backup usi? :D)

Un saluto.



Re: Accedere a logical volume su pv integro ma vg degradato

2020-03-23 Per discussione Simone Rossetto
Il giorno lun 23 mar 2020 alle ore 14:53 Giuseppe Sacco
 ha scritto:
> il fatto che un LV sia o meno utilizzabile dipende dalla proprietà
> «activation_mode».

Giusto Giuseppe, grazie, non conoscevo questo parametro.
E stando a quanto descritto nel file /etc/lvm/lvm.conf, nel mio caso,
va bene anche activation_mode = "complete" perché c'è scritto "Other
PVs in the Volume Group may be missing".


Grazie
Simone



Re: lvm2 check

2020-03-23 Per discussione Piviul
veramente un sintomo che qualcosa forse non va ce l'ho; se con gdisk su 
sda creo la partizione n. 4, salvo ed esco poi non trovo il device 
/dev/sda4...


è grave?

Piviul

Piviul ha scritto il 23/03/20 alle 14:59:
Ciao a tutti, oggi per distrazione ho cercato in tutti i modi di 
eliminare un PV LVM che per fortuna era legato ad una VG in uso.
nel dettaglio con gdisk ho eliminato la partizione (/dev/sda3) e ne ho 
creta un'altra sullo stesso disco poi quando mi sono accorto che la 
partizione eliminata era utilizzata come PV di un VG che conteneva il LV 
su cui era installato il sistema operativo oltre (si avete capito 
bene!!!) non ho fatto altro che eliminare la partizione creata e 
ricreare la partizione che conteneva il PV con le stesse dimensioni.
Ora sembra, per fortuna, che il sistema non se ne sia nemmeno accorto 
però non ho avuto il coraggio di riavviare il PC per paura che in realtà 
qualche problema salterà fuori al prossimo riavvio. Ho provato a dare un 
pvck sul pv sda3 e sembra tutto a posto, vgck sembra anch'esso risponda 
senza errori, pvs, vgs e lvs sembrano rispondere tutti correttamente...


Posso concludere che non ho fatto danni e che al riavvio non troverò 
sorprese legate alla mia distrazione?


Grazie!

Piviul





lvm2 check

2020-03-23 Per discussione Piviul
Ciao a tutti, oggi per distrazione ho cercato in tutti i modi di 
eliminare un PV LVM che per fortuna era legato ad una VG in uso.
nel dettaglio con gdisk ho eliminato la partizione (/dev/sda3) e ne ho 
creta un'altra sullo stesso disco poi quando mi sono accorto che la 
partizione eliminata era utilizzata come PV di un VG che conteneva il LV 
su cui era installato il sistema operativo oltre (si avete capito 
bene!!!) non ho fatto altro che eliminare la partizione creata e 
ricreare la partizione che conteneva il PV con le stesse dimensioni.
Ora sembra, per fortuna, che il sistema non se ne sia nemmeno accorto 
però non ho avuto il coraggio di riavviare il PC per paura che in realtà 
qualche problema salterà fuori al prossimo riavvio. Ho provato a dare un 
pvck sul pv sda3 e sembra tutto a posto, vgck sembra anch'esso risponda 
senza errori, pvs, vgs e lvs sembrano rispondere tutti correttamente...


Posso concludere che non ho fatto danni e che al riavvio non troverò 
sorprese legate alla mia distrazione?


Grazie!

Piviul



Re: Accedere a logical volume su pv integro ma vg degradato

2020-03-23 Per discussione Giuseppe Sacco
Ciao Simone,

Il giorno lun, 23/03/2020 alle 12.00 +0100, Simone Rossetto ha scritto:
[...]
> Cosa succede se pv1 dovesse rompersi? Sarò comunque in grado di
> accedere a lv3 e lv4 dato che risiedono completamente su un pv
> diverso?

il fatto che un LV sia o meno utilizzabile dipende dalla proprietà
«activation_mode». Il valore predefinito è in /etc/lvm/lvm.conf e
normalmente vale «degraded». La pagina di manuale di vgchange ne
descrive i dettagli.

Ciao,
Giuseppe





Accedere a logical volume su pv integro ma vg degradato

2020-03-23 Per discussione Simone Rossetto
Buongiorno a tutti, devo migrare alcuni logical volume da un pv ad un
altro, a fine spostamento avrò la seguente configurazione

lv1, lv2, lv5 ad esempio su pv1
lv3, lv4 su pv2

ovviamente tutti i lv appartengono allo stesso vg per poter fare lo
spostamento a caldo e pv1 e pv2 sono su dischi fisici diversi.

Cosa succede se pv1 dovesse rompersi? Sarò comunque in grado di accedere a
lv3 e lv4 dato che risiedono completamente su un pv diverso?


Grazie, ciao
Simone