Re: lvm2 check

2020-04-25 Per discussione Piviul

Il 25/04/20 16:37, Gollum1 ha scritto:

ma siete in due ad usare lo stesso nick?
a volte vedo dei tuoi contributi che non sono niente male, a volte
delle richieste di aiuto per delle capellate che non ti rendono
giustizia...

albergano in me molte anime, ahimé! Poi l'età avanza...


[...]
facci sapere se è andato tutto bene, al riavvio..
è semrpe esperienza

tutto ok, è andato tutto bene.

Piviul



Re: lvm2 check

2020-04-25 Per discussione Gollum1
Il giorno mer 25 mar 2020 alle ore 09:19 Piviul 
ha scritto:
>
> Piviul
>

ma siete in due ad usare lo stesso nick?

a volte vedo dei tuoi contributi che non sono niente male, a volte
delle richieste di aiuto per delle capellate che non ti rendono
giustizia...

:-P naturalmetne sto scherzando...

facci sapere se è andato tutto bene, al riavvio..
è semrpe esperienza

Byez
-- 
Gollum1 - http://www.gollumone.it
Tesoro, dov'é il mio teoro...



Re: lvm2 check

2020-03-25 Per discussione Piviul

Emmanuel Gelati ha scritto il 24/03/20 alle 18:31:

Priva prova con pvck /dev/sda3

ecco il risultato:

# pvck /dev/sda3
  Found label on /dev/sda3, sector 1, type=LVM2 001
  Found text metadata area: offset=4096, size=1044480


Comunque se non ricordo male non appena avevo eliminato la partizione, 
resomi conto di cosa avevo tentato di fare, messomi le mani nei capelli 
e ricreata la partizione presumo della stessa dimensione, avevo provato 
un pvck e dava lo stesso risultato. Comunque venerdì sera riavvio ma 
devo dire che se tutto andrà bene come credo/spero bisogna proprio dire 
che il kernel linux anche in situazioni di questo tipo si dimostra 
essere veramente robusto...

Grazie mille!

Piviul



Re: lvm2 check

2020-03-24 Per discussione Emmanuel Gelati
Priva prova con pvck /dev/sda3

Il giorno mar 24 mar 2020 alle ore 18:28 Sabrewolf  ha
scritto:

> Il 24/03/20 10:06, Piviul ha scritto:
> > ...ma non ho avuto il coraggio ancora di riavviare ma dovrei essere a
> > posto no?
> >
> Scommetto di si (pero' se perdo non pago) :D
>
>

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


Re: lvm2 check

2020-03-24 Per discussione Sabrewolf

Il 24/03/20 10:06, Piviul ha scritto:

...ma non ho avuto il coraggio ancora di riavviare ma dovrei essere a
posto no?


Scommetto di si (pero' se perdo non pago) :D



Re: lvm2 check

2020-03-24 Per discussione Piviul

Sabrewolf ha scritto il 23/03/20 alle 17:42:

[...]
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.

grazie, ho controllato e seono uguali.


Per quanto riguarda il kernel che non vede le nuove partizioni puoi
provare a usare partprobe o kpartx.
la colpa è di gdisk. Ho rimosso le partizioni non viste con fdisk e le 
ho rifatte sempre con fdisk. Fra le altre cose fdisk mi ha avvisato che 
le modifiche presenti nelle partizioni sarebbero state attive solo dopo 
il riavvio del sistema ma poi eliminandole e rifacendole sempre con 
fdisk sono state aapplicate subito e quindi ora sembra tutto ok.


Comunque per non sbagliare ho migrato i dati presenti su sda3 su un 
altro PV, rimosso sda3 dal VG, eliminato e ricreato sda3 riaggiunta al 
VG e rimigrato i dati su sda3.


...ma non ho avuto il coraggio ancora di riavviare ma dovrei essere a 
posto no?


Piviul



Re: lvm2 check

2020-03-24 Per discussione Piviul

Emmanuel Gelati ha scritto il 23/03/20 alle 17:52:
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 problema è che non ne ho la certezza; comunque avendo 
rimosso/ricreato il PV dal/nel VG direi che non dobrebbero sorgere 
problemi no?


Piviul



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: 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