У меня есть один том в экземпляре, созданном OpenStack.
| de917e5b-3214-4268-89ef-322a1a3568a0 | volume-myserver0-0 | in-use | 20 | Attached to myserver on /dev/vda |
Добавил том и привязал его к тому же экземпляру
openstack server add volume [server_id] [new_volume_id] --device /dev/vdb
Новый том стал:
| 8767f4e3-fade-4cd2-a36f-4ffs10489123 | volume-myserver1-0 | in-use | 20 | Attached to myserver on /dev/vdc |
Как на сервере /dev/vdb
используется для SWAP, возможно, он сгенерирован /dev/vdc
.
Авторизуйтесь в инстансе проверьте тома дисков
sudo lsblk -f
NAME FSTYPE LABEL UUID MOUNTPOINT
sr0 iso9660 config-2 2020-03-05-17-33-22-00
vda
`-vda1 xfs 5c248666-70f5-4037-8b24-17100c2f5c1e /
vdb swap 5210b427-142c-4958-a2f9-461b4a431eec [SWAP]
vdc
`-vdc1 xfs 5c248666-70f5-4037-8b24-17100c2f5c1e
2 вопроса:
mkfs.xfs /dev/vdb
или mkfs.xfs /dev/vdc
?В этой статье говорится, что формат /dev/vdb
но этого не было в списке sudo lsblk -f
результат.
/home/cloud-user/volume
, но как сервер всегда увеличивайте файл по этому пути: /var/lib/backup/
. Могут ли файлы идти в /home/cloud-user/volume
дорожка?Или возможно подключить новый добавленный диск к текущему с помощью пути /var/lib/backup/
?