Solución 1:
Debe enviar el comando de reescaneado a su bus SCSI.
En VMware, el controlador SCSI puede encontrarse en algún lugar inusual. Primero encuéntralo:
find /sys -iname 'scan'
Para mí que volvió
/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
Luego simplemente emita el comando volver a escanear
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
Eso debería ayuda. :)
Solución 2:
Tuve que lidiar con un problema similar en un servidor SLES 11. El LVM se creó con discos sin formato y se ejecutó en VMWare ESXi
# pvcreate /dev/sdd; vgextend ....
Después de un tiempo, necesitaba aumentar el tamaño de LVM, pero no agregué un disco adicional y luego pvcreate + vgextend como lo había hecho antes, pero elegí aumentar el tamaño de un disco existente (/dev/sdd en este caso ). Después de hacer el aumento en VMWare, ejecuté un
# rescan-scsi-bus.sh
Pero pvdisplay todavía mostraba el tamaño del disco 'antiguo'. Era necesario hacer un
# echo 1 > /sys/block/sdd/device/rescan
para que el núcleo aprenda el nuevo tamaño de disco de /dev/sdd
Solución 3:
después de hacer primero echo 1 > /sys/block/sda/device/rescan
pvresize /dev/sda hizo el truco para mí
Solución 4:
Si la tabla de particiones está directamente en uso (por ejemplo, ha montado un sistema de archivos usando una partición base), el kernel continuará usando la tabla de particiones anterior hasta que ya no sea así. Alguien me dijo una vez que si usa LVM puede evitar esto...
Solución 5:
Actualización: Centos 6:no es posible actualizar la tabla de particiones del disco activo en línea, Centos 7:es posible ampliar la última partición con growpart o cree una nueva partición con fdisk y hágala visible sin reiniciar con partprobe . Probablemente lo mismo en ubuntu/debian. - En algún momento después de que el kernel 2.6 comenzó a admitir la relectura en línea de la tabla de particiones del disco activo. Dado que la pregunta es para Centos 5, diría que de ninguna manera.
Si está utilizando particiones, debe reiniciar para usar el nuevo espacio. No encontré una manera de evitar esto. Si alguien me lo ha hecho saber.
Sin embargo, el reinicio debe realizarse después de extender la última partición en el disco o agregar una nueva partición. No tiene sentido reiniciar antes.
Lo primero que debe notar después de volver a escanear es un tamaño de disco más grande en fdisk y en lsblk. Si no lo ves tienes que jugar con estos comandos echo 1 y echo - - -.
Después de ver más espacio, puede extender/agregar partición, luego reiniciar, extender vg, extender lv y fs.
Si desea evitar el reinicio, debe asignar el disco sda/b/c sin procesar al grupo de volúmenes sin particionarlo en sda1/2/3. Entonces no hay necesidad de reiniciar.
El particionamiento era necesario hace algún tiempo cuando Linux no podía arrancar desde LVM, pero ahora puede hacerlo.
Si hace lsblk, verá particiones o lvms dependiendo de si está usando particiones o lvm, puede tener todas las partes si no usa lvm o todos los lvms si no usa particiones. Aquí hay un ejemplo:
[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