так некоторое время назад я решил составить чистый набор своей Ubuntu (16.04 LTS) installtion использующий LVM. У меня есть одна Volume Group (человечность-vg), содержа два Логических тома, корень и подкачку. корень состоит из трех разделений разделов на трех физических томах. Теперь я хотел бы удалить два из дисков (477 ГБ каждый), но к сожалению кажется, что LVM не может переместить физические данные, хранившие в них куда-либо еще. df говорит мне хотя, что существует физическое пространство, оставленное на них:
# df -h
Filesystem Size Used Avail Use% Mounted on
udev 9,8G 0 9,8G 0% /dev
tmpfs 2,0G 26M 2,0G 2% /run
/dev/mapper/ubuntu--vg-root 1,2T 102G 1003G 10% /
с другой стороны, pvs говорит мне, что нет никакого пространства, оставленного ни на одном из дисков:
# pvs -o+pv_used
PV VG Fmt Attr PSize PFree Used
/dev/sda5 ubuntu-vg lvm2 a-- 238,00g 0 238,00g
/dev/sdc1 ubuntu-vg lvm2 a-- 476,94g 0 476,94g
/dev/sdd1 ubuntu-vg lvm2 a-- 476,94g 0 476,94g
Который довольно нечетен, по-моему. У меня была установка Ubuntu, делают установку для LVM и позже добавил/dev/sdc и/dev/sdd к логическому тому. Но теперь я, может казаться, не удаляю их безопасно.
Даже использование Версии GUI LVM (system-config-lvm) не помогло решить проблему, это только говорит мне, что нет достаточных степеней, доступных для перемещения данных где-то в другом месте.
# pvmove /dev/sdc1 /dev/sdd1
No free extents on physical volume "/dev/sdd1".
No specified PVs have space available.
Кто-либо испытал это прежде?Заранее спасибо.
Да у меня есть этот опыт прямо сейчас. Я думаю, что это имеет некоторое отношение к Пулам lvm. Я думаю, что потребности пула уменьшаются. По-видимому, это не типичная проблема. Я работаю с Xen.
О, я, как предполагается, даю ответ здесь. Shnap. Ученые говорят, что нет никакого способа уменьшиться... что когда-либо. Так, мы наклоняем уменьшение whatevers со что. Таким образом для решения безотносительно мы должны дать ему отрицательный заряд tazing он с электронами.
В основном создайте очень большой VG и удалите его для создавания пространства. Моя проблема в особенности возникла, потому что я установил слишком много программного обеспечения в единственный VG и закончился 'свободное пространство'.
Теперь, когда у Вас есть этот большой пустой VG, Вы заметите, что он не занимает место, которое Вы определяли, и поэтому необходимо создать огромный поддельный файл.
Некоторые люди рекомендуют использовать команду, названную fallocate. Они говорят, что это - Ваш наилучший вариант для скорости и точности. Fallocate, в отличие от других создателей поддельного файла, на самом деле выделяет место.
Но fallocate не работал на меня.
Следующая опция является dd если =/dev/rand =/notporn.img bs=4k iflag=fullblock, count_bytes count=2000G
Если Вы используете =/dev/zero затем при выполнении шанса машины, сжимающей файл на 2 терабайта в 2 мегабайта... или меньше.