Newsgroup: it.comp.os.linux.sys
Titolo: Dischi by-uuid

Ciao,
non mi è chiara una cosa: per quale motivo si è passati dall'uso dei dischi mediante "path" canonico /dev/mapper/vgX..... all'utilizzo di UUID? Quali sono i vantaggi? (ad oggi io ho avuto solo problemi)
 
Più volte mi è capitato che un server non ripartisse perchè in fase di boot l'UUID non venisse riconosciuto e di conseguenza l'init non riuscisse a trovare la partizione di root.
 
Cambiando il path da /dev/disk/by-uuid/... a suo reale /dev/mapper/vg0_lv_xxx tutto si è risolto.
 
Ora:
1. gli UUID, cambiano ? Se si, con quali modalità e perchè?
2. c'è bisogno di qualche modulo o configurazione particolare dentro l'initrd?
3. il server in questione è un domU, attivo da anni. Al reboot è morto. Montando i dischi da dentro il dom0 e facendo un "blkid" riesco a vedere correttamente l'uuid delle partizioni, così come indicato nel grub.cnf del domU, ma il domU non è dello stesso parere, non le rileva.
 
Mi viene quindi da pensare che in fase di boot, a livello di initrd, gli UUID siano differenti e/o non accessibili. Ma questo non spiega come mai un server attivo da anni, di punto in bianco, al riavvio, ha perso la mappatura degli UUID
 
Qualche idea?


 
L'unica spiegazione che mi viene in mente è che il disco non venga 
trovato al boot
E non è certamente il modulo lvm mancante visto che un  mount 
tradizionale funziona.
Per il resto non ho idea.
 
 
 

 Per il resto non ho idea.
 
Ma il disco lo trova, altrimenti non funzionerebbe nemmeno il mount tradizionale. Come potrebbe fare il mount di una partizione referenziata per path senza trovarne il disco?
 
Non è la prima volta che mi capita, tra l'altro.

Il 09/09/2015 10:58, 
gandalf.co...@gmail.com
 ha scritto:

Lo so, cercando un po qua e la con google questi problemi tra lvm e boot 
lo hanno avuto un po di persone
Ma una soluzione non l' ho trovata
Una soluzione per tappare potrebbe essere quella di non mettere la 
partizione di boot e di root sotto lvm; tanto lvm non serve piu di tanto 
per quelle partizioni
 

 per quelle partizioni
 
 
Lo so, ma ho centinaia (non 3) di server con la root sotto LVM ed essere svegliati in piena notte perchè un server non fa più il boot dopo essersi autoriavviato (ho uno script che riavvia in caso di problemi che porterebbero comunque al blocco) fa incazzare non poco, sopratutto se non si riavvia per un problema certamente non mio.
 
Non ho modificato grub, non ho variato dischi, i dischi vanno, gli UUID sono sempre quelli (il dom0 li vede e monta correttamente) ma il domU non boota.
 
Ti assicuro che l'incazzatura sale alle stelle, sopratutto se capita alle 3 di notte e ti fa lavorare fino alle 6.
 
Poi, quando capisci che la soluzione era cambiare da UUID a path e che avrebbe richiesto, esagerando, 15 secondi, ti incazzi al quadrato.


Ti capisco,anche se per lavoro non faccio il sistemista
Sempre googlando qui e la avevo trovato che persone che avevano avuto il 
tuo stesso problema l'avevano risolto proprio come hai fatto tu,mettendo 
il path
Evidentemente deve esistere da qualche parte un bug tra UUID e lvm al boot
Difficile dire dove comunque.
Magari a poco a poco,nei momenti di calma inizi a sostituire in dove 
serve il boot da UUID a path
 

 serve il boot da UUID a path
 
Si, ma non è una soluzione. O meglio, è una soluzione per un problema ignoto.
Mi piacerebbe capire, prima di intraprendere drastiche decisioni, quale sia il problema che lo causa, magari c'è una soluzione differente e migliore.
 
Come dire: non ti funziona la macchina, la cambi invece di risolvere il problema.
Non funziona proprio così............


Sono d'accordo con te ma soluzioni non ne ho trovate
Prova tu a fare ricerche con google magari trovi qualcosa
Io avevo provato con le parole UUID lvm boot
 

 al blocco
 
ti è mai capitato di usare "monit"? 
E' una strana fattispecie di sistema di monitoring che tenta una azione in 
seguito ad un alert. L'azione può essere un restart, che tenti per un 
numero di volte che tu stabilisci e ad un intervallo che stabilisci. 
Se non ricordo male, superato il limite puoi innescare un altro trigger: 
ad esempio il riavvio del server. 
 
In alternativa puoi piallare LVM dalla partizione root :) Ovviamente 
dipende dal tuo uso specifico. Amazon (*), ad esempio, lo ha considerato 
una tecnologia vetusta e non idonea per essere usata con autoscale e le 
altre "tecnologie" che utilizzano e lo ha rimosso del tutto dalle 
immagini: se non ricordo male usano XFS direttamente sulle partizioni del 
disco. 
 
(*) a me amazon non piace per nulla. Era tanto per portare un esempio. 
 
-- 
Massimiliano Adamo

 ti è mai capitato di usare "monit"? 
 
si perchè ?
 
il nesso tra monit ed il non riconoscimento degli UUID in initrd ? (uuid che poi vengono riconosciuti a sistema avviato o esternamente al server)

 il nesso tra monit ed il non riconoscimento degli UUID in initrd ? 
 
 
Nessuno ovviamente. Spero tu abbia notato il mio quoting :) 
era un modo per dire: sicuro che sia necessario riavviare i server? 
 
-- 
Massimiliano Adamo


poi - per carità non voglio insistere - può darsi che nel tuo caso è 
conveniente farlo. 
 
-- 
Massimiliano Adamo

 era un modo per dire: sicuro che sia necessario riavviare i server? 
 
Si, lo è. A nessuno piace riavviare il server alla cazzo di cane.

 Lo so, ma ho centinaia (non 3) di server con la root sotto LVM
 
Aspetta, hai / e /boot sotto LVM? Perche` questo e` quello che si dice 
"andarsi a cercare problemi"...
 
Enrico

 grub.cnf
 
Curioso, presumo che si tratti del famoso bootloader con sintassi sql 
chiamato MyGRUB ;)
 
Enrico
 

 "andarsi a cercare problemi"...
 
Solo la / è sotto LVM. La /boot è una partizione primaria

 chiamato MyGRUB ;)
 
No, non mi pare abbia sintassi sql, ne che sia MyGRUB

chiamato MyGRUB ;)
 
SELECT partition FROM devices WHERE bootFlag = 'Y';
 
...e se per sbaglio formatti il disco, puoi fare un rollback! :-D
 
Leonardo
 
-- 
 
Now suppose -just suppose- I could show you a way to
manufacture a wall that would do the same job... but
was only one inch thick.


anche da noi abbiamo la / sotto LVM, con cloudstack (con kvm), openstack 
(con kvm), Citrix (con xen) e macchine fisiche, e abbiamo migliaia di 
server (10mila?), ma non è mai capitata una cosa del genere. 
Per cui... non pensare che tu hai fatto tutto bene e che qualcosa è andato 
per il verso sbagliato per colpa del fato avverso o perché qualcuno ha 
inventato qualcosa (gli uuid) che non funziona. 
 
E IMHO, non si può fare troubleshooting così. E' più probabile che trovi 
tu stesso la soluzione, perché tu hai le mani sul pezzo, tu sai quel che 
hai fatto. A noi non ci hai detto nemmeno che distro usi. Usi Xen degli 
smanettoni, o usi Xen attraverso piattaforme di cloud computing (openstack/
cloudstack sono compatibili con xen)? Altri dettagli? Altre info utili? 
 
-- 
Massimiliano Adamo

 cloudstack sono compatibili con xen)? Altri dettagli? Altre info utili? 
 
Uso XenServer

 No, non mi pare abbia sintassi sql, ne che sia MyGRUB
 
Secondo me era una semplice battuta.
 
E comunque ora si chiama MariaGRUB.
 
-- 
Andrea
 


in effetti Enrico ha fatto un battutone che è rimasto inizialmente 
incompreso :)  
Il file di configurazione si chiama grub.cfg e non grub.cnf 
 
-- 
Massimiliano Adamo

 incompreso :)  
 
Io non l'ho proprio capita.
Più che battuta, dato che non ne ho capito il nesso o il significato, a me sembrava una cazzata (che va bene eh) ma è diverso da una battuta.
 
Quale dovrebbe essere in nesso tra Grub e SQL ? Nelle battute c'è un fondo di verità o comunque sia qualche riferimento ad un dato reale, qui non lo vedo.

 Quale dovrebbe essere in nesso tra Grub e SQL ?
 
Nessuno, è questo che dà (o dovrebbe dare) lo spunto comico.
 
-- 
Andrea
 

 "grub.cnf" che richiama "my.cnf".
 
Ah, ok.
Avete l'occhio lungo eh................. Io nemmeno me ne ero accorto.

 possibile...
 
E capitato di nuovo. Riavvio e bum, initrd incastrato perchè non trova lo UUID di root. Cambio configurazione di grub puntando al path fisico e tutto si risolve.
 
Sta storia degli UUID comincia a farmi girare i maroni...