LVM ha bisogno di una tabella delle partizioni?

Sembra che io sia in grado di fare con successo un pvcreate su un dispositivo a blocchi grezzi, senza mai fare il passo della creazione di una tabella delle partizioni. Sono quindi in grado di creare un gruppo di volumi, un volume logico e infine un filesystem, montarlo e testare tramite dd.

Sembra funzionare, ma ho bisogno di un controllo di integrità. È una cattiva idea?

Come posso creare una tabella delle partizioni GPT o MBR su un dispositivo a blocchi non elaborati?

Come uso parted per mostrare quale tipo di tabella delle partizioni è in uso? Ho provato a fare:

parted, seleziona / dev / sdb, stampa e ottengo:

Errore: / dev / sdb: etichetta disco non riconosciuta

Eppure l'unità è attualmente in uso e posso leggere e scrivere su di essa. È l'output previsto quando si esegue LVM su un dispositivo a blocchi non elaborato senza una tabella delle partizioni? qualche idea?

Grazie!

Anche se LVM stesso non si preoccupa di avere una vera partizione, una ragione per crearla comunque è informare i programmi di partizionamento che c'è "qualcosa lì". Uno scenario da incubo è un nuovo amministratore di sistema che diagnostica un problema di avvio su un server, avvia un programma di partizionamento, vede dischi non partizionati e conclude che l'unità è corrotta.

Non vedo alcun aspetto negativo nella creazione di una partizione LVM. Fai?

Mentre puoi semplicemente creare un pv dal dispositivo a blocchi non elaborati, di solito cerco di evitarlo in quanto può creare confusione su ciò per cui viene utilizzato il dispositivo a blocchi. Potrebbe anche interrompere alcune delle routine di individuazione automatica che LVM può utilizzare se mancano i file di configurazione.

Ecco un esempio dell'utilizzo di parted per creare un GPT con 1 partizione che è l'intero disco e impostare il flag di partizione su lvm. Mkpart richiede di specificare un file system ma non crea il file system. Sembra essere un bug di vecchia data in parte. Anche l'offset iniziale di 1M è per garantire un corretto allineamento.

parted /dev/sdb
mklabel GPT
mkpart primary ext2 1M 100%
set 1 lvm on

Se si crea un PV direttamente su un dispositivo di archiviazione virtuale all'interno di un guest KVM, si noterà che i volumi logici dal guest sono visibili sull'hypervisor. Questo può rendere le cose piuttosto confuse se si usano gli stessi nomi di gruppi di volumi e volumi logici su più guest. Potresti anche ricevere alcuni avvisi sull'hypervisor che dice che non riesce a trovare un dispositivo.

Ad esempio, ho ricreato questo problema sul mio hypervisor di prova:

[root@testhost ~]# vgs
  Couldn't find device with uuid dCaylp-1kvL-syiF-A2bW-NTPP-Ehlb-gtfxZz.
  VG          #PV #LV #SN Attr   VSize   VFree  
  vg_main       2   2   0 wz-pn-  19.25g 768.00m
  vg_main       2   2   0 wz-pn-  19.25g 768.00m
  vg_testhost   1   8   0 wz--n- 237.98g 120.15g

Qui puoi vedere 2 gruppi di volumi con lo stesso nome, entrambi da guest che non dovrebbero apparire sull'hypervisor.

Per questo motivo, consiglierei di usare parted o fdisk per creare prima una partizione KVM (come mostrato nella risposta precedente da 3dinfluence), prima di creare un PV e aggiungerlo a un gruppo di volumi. In questo modo, i volumi logici guest rimangono nascosti dall'hypervisor.

Un aspetto negativo è che non è possibile aggiungere spazio a caldo a un PV all'interno di una tabella delle partizioni. Questo non è un problema se si utilizza l'intero dispositivo a blocchi per il PV.

Secondo la guida LVM di RedHat, sezione 4.2.1 https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/logical_volume_manager_administration/physvol_admin

Hanno detto che non è necessario avere la tabella delle partizioni, ci suggeriscono persino di distruggerlo se utilizziamo l'intero disco per VG (gruppo di volumi) a meno che non intendiamo includerne solo parti (partizioni).

Anche se in passato utilizzavo disklabel MS-DOS o disklabel GPT per PV, preferisco ora utilizzare direttamente LVM sul dispositivo a blocchi principale. Non vi è alcun motivo per utilizzare 2 etichette del disco, a meno che non si abbia un caso d'uso molto specifico (come disco con settore di avvio e partizione di avvio).

I vantaggi di avere LVM direttamente sono:

• semplicità: non è necessario utilizzare 2 set di strumenti
• flessibilità: è possibile utilizzare pvmove per spostare i dati da un volume del disco a un altro senza tempi di inattività, è possibile utilizzare snapshot e thin provisioning
• non è necessario eseguire partprobe o kpartx per dire al kernel che è stato creato / ridimensionato / eliminato un volume. E partprobe / kpartx potrebbe fallire se le partizioni sono in uso e potrebbe essere necessario riavviare
• forse prestazioni migliori, rispetto all'utilizzo di LVM su MS-DOS o disklable GPT