Soluzione 1:
Devi inviare il comando rescan al tuo bus SCSI.
In VMware il controller SCSI potrebbe trovarsi in un posto insolito. Prima trovalo:
find /sys -iname 'scan'
Per me è tornato
/sys/devices/pci0000:00/0000:00:07.1/host0/scsi_host/host0/scan
/sys/devices/pci0000:00/0000:00:07.1/host1/scsi_host/host1/scan
/sys/devices/pci0000:00/0000:00:10.0/host2/scsi_host/host2/scan
Quindi emetti semplicemente il comando rescan
echo "- - -" >/sys/devices/pci0000:00/0000:00:07.1/host0/scsi_host/host0/scan
echo "- - -" >/sys/devices/pci0000:00/0000:00:07.1/host0/scsi_host/host1/scan
echo "- - -" >/sys/devices/pci0000:00/0000:00:10.0/host0/scsi_host/host2/scan
dovrebbe aiuto. :)
Soluzione 2:
Ho dovuto affrontare un problema simile, su un server SLES 11. L'LVM è stato creato con dischi grezzi, in esecuzione su VMWare ESXi
# pvcreate /dev/sdd; vgextend ....
Dopo un po' avevo bisogno di aumentare la dimensione di LVM, ma non ho aggiunto un disco supplementare e poi pvcreate + vgextend come ho fatto prima, ma ho scelto di aumentare la dimensione di un disco esistente (/dev/sdd in questo caso ). Dopo aver aumentato VMWare, ho eseguito un
# rescan-scsi-bus.sh
Ma pvdisplay mostrava ancora la "vecchia" dimensione del disco. Era necessario fare un
# echo 1 > /sys/block/sdd/device/rescan
affinché il kernel impari la nuova dimensione del disco di /dev/sdd
Soluzione 3:
dopo aver eseguito echo 1 > /sys/block/sda/device/rescan
pvresize /dev/sda ha fatto il trucco per me
Soluzione 4:
Se la tabella delle partizioni è direttamente in uso (ad esempio hai montato il filesystem usando una partizione di base) il kernel continuerà a usare la vecchia tabella delle partizioni fino a quando non sarà più così. Qualcuno una volta mi ha detto che se stai usando LVM puoi aggirare questo problema....
Soluzione 5:
Aggiornamento: Centos 6 - non è possibile aggiornare online la tabella delle partizioni del disco attivo, Centos 7 - è possibile estendere l'ultima partizione con growpart oppure crea una nuova partizione con fdisk e rendila visibile senza riavviare con partprobe . Probabilmente lo stesso su Ubuntu/Debian. - Ad un certo punto dopo che il kernel 2.6 ha iniziato a supportare la rilettura online della tabella delle partizioni del disco attivo. Poiché la domanda è per Centos 5, direi di no.
Se stai usando le partizioni, devi riavviare per usare nuovo spazio. Non ho trovato un modo per evitarlo. Se qualcuno me lo ha fatto sapere.
Tuttavia, il riavvio dovrebbe essere eseguito dopo aver esteso l'ultima partizione sul disco o aver aggiunto una nuova partizione. Non ha senso riavviare prima.
La prima cosa che dovresti notare dopo la nuova scansione è la dimensione del disco più grande in fdisk e in lsblk. Se non lo vedi devi giocare con questi comandi echo 1 ed echo - - -.
Dopo aver visto più spazio puoi estendere/aggiungere la partizione, quindi riavviare, estendere vg, estendere lv e fs.
Se si desidera evitare il riavvio, è necessario assegnare il disco raw sda/b/c al gruppo di volumi senza partizionarlo su sda1/2/3. Quindi non è necessario riavviare.
Il partizionamento era necessario qualche tempo fa quando Linux non poteva avviarsi da LVM, ma ora sì.
Se fai lsblk vedrai partizioni o lvms a seconda che tu stia usando partizioni o lvm, puoi avere tutte le parti se non usi lvm o tutti i lvms se non usi le partizioni. Ecco un esempio:
[email protected] ~ $ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 7.3T 0 disk
├─sda1 8:1 0 500M 0 part /boot
└─sda2 8:2 0 7.3T 0 part
├─vg_srv4-LogVol13 (dm-0) 253:0 0 7.1T 0 lvm /
├─vg_srv4-LogVol05 (dm-1) 253:1 0 100G 0 lvm /var/log
├─vg_srv4-LogVol04 (dm-2) 253:2 0 20G 0 lvm /var
├─vg_srv4-LogVol01 (dm-5) 253:5 0 20G 0 lvm /opt
├─vg_srv4-LogVol00 (dm-6) 253:6 0 20G 0 lvm /home
├─vg_srv4-LogVol03 (dm-7) 253:7 0 20G 0 lvm /usr
└─vg_srv4-LogVol02 (dm-8) 253:8 0 8G 0 lvm /tmp