Как TomTom заявил, перед масштабированием горизонтально необходимо определить текущее узкое место. Самые общие узкие места являются сетевой пропускной способностью, RAM, производительностью диска и ЦП. Необходимо сделать еще некоторый контроль для обнаружения, какой из них (или возможно что-то еще) вызывает текущую проблему производительности.
перед запуском partprobe убедитесь, что все разделы этого диска отключены. Если вы используете lvm, вам также следует деактивировать тома на этом диске с помощью чего-то вроде «lvchange -an vgname / lvname» перед повторным запуском partprobe.
Недавно столкнулся с этой попыткой выделить неиспользуемое пространство на диске, и у меня сработало следующее :
partx -a /dev/sda
Он пожаловался на используемый раздел №1, но добавил новый раздел №2, и я смог сослаться на него в / dev / sda2 и выполнить pvcreate для него и моей группы томов. Это было после того, как fdisk и partprobe не работали, как показано ниже
# fdisk -l /dev/sda
Disk /dev/sda: 21.5 GB, 21474836480 bytes
224 heads, 19 sectors/track, 9855 cylinders
Units = cylinders of 4256 * 512 = 2179072 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00006917
Device Boot Start End Blocks Id System
/dev/sda1 * 1 49 102400 83 Linux
/dev/sda2 49 9855 20868016 83 Linux
# partprobe
Warning: WARNING: the kernel failed to re-read the partition table on /dev/sda (Device or resource busy). As a result, it may not reflect all of your changes until after reboot.
# ls /dev/sda*
/dev/sda /dev/sda1
# partx -a /dev/sda
BLKPG: Device or resource busy
error adding partition 1
# ls /dev/sda*
/dev/sda /dev/sda1 /dev/sda2
partprobe
небезопасен. Red Hat рекомендует partx
. Например,
partx -v -a /dev/sdx
И проверьте, созданы ли все разделы
ll /dev/sdx?