Proxmox как удалить диск
Обновлено: 06.07.2024
Не вполне стандартные задачи, с которыми мне приходится сталкиваться по работе и способы их решения.
понедельник, 16 декабря 2019 г.
Руководство администратора Proxmox VE R 6.0 Глава 8.
Хранилище Proxmox VE
Одним из основных преимуществ хранения виртуальных машин в общем хранилище является возможность оперативной миграции работающих машин без простоев, поскольку все узлы в кластере имеют прямой доступ к образам дисков виртуальных машин. Нет необходимости копировать данные образа виртуальной машины, поэтому динамическая миграция в этом случае выполняется очень быстро.
Типы хранилищ
Тонкая Настройка
Ряд хранилищ, и образы QEMU в формате qcow2 , поддерживает динамическое выделение памяти. При активированной тонкой настройке в хранилище будут записаны только те блоки, которые фактически используются гостевой системой.
Скажем, например, вы создаете виртуальную машину с жестким диском 32 ГБ, и после установки операционной системы гостевой системы корневая файловая система виртуальной машины содержит 3 ГБ данных. В этом случае только 3 ГБ записываются в хранилище, даже если гостевая виртуальная машина видит жесткий диск 32 ГБ. Таким образом, тонкая настройка позволяет создавать образы дисков, которые больше, чем доступные в настоящее время блоки хранения. Можно создавать большие образы дисков для виртуальных машин, а при необходимости добавлять дополнительные диски в хранилище без изменения размера файловых систем виртуальных машин.
Конфигурация хранилища
Все связанные с Proxmox VE конфигурации хранилища хранятся в одном текстовом файле по адресу /etc/pve/storage.cfg
Пулы Хранения
Каждый пул хранения имеет <type> и однозначно идентифицируется по его <storage_id>.
Конфигурация пула выглядит следующим образом: Строкой <Тип>: <storage_id> начинается определение пула, затем следует список свойств. Большинство свойств требуют значения, но некоторые имеют разумные значения по умолчанию. В этом случае вы можете опустить значение.
Чтобы быть более конкретным, взгляните на конфигурацию хранилища по умолчанию после установки. Он содержит один специальный локальный пул хранения с именем local, который ссылается на каталог /var/lib/vz и всегда доступен. Программа установки Proxmox VE создает дополнительные записи хранилища в зависимости от типа хранилища, выбранного во время установки.
Конфигурация хранилища по умолчанию ( /etc/pve/storage.cfg )
Общие свойства хранилищ
Владелец тома
Существует отношение собственности для томов типа образ. Каждый такой Том принадлежит виртуальной машине или контейнеру. Например, том local:230/example-image.raw принадлежит VM 230. Большинство серверных систем хранения данных кодирует эту информацию о владельце в имя Тома.
Использование интерфейса командной строки
Рекомендуется ознакомиться с концепцией пулов хранения и идентификаторов томов, но в реальной жизни вы не обязаны выполнять какие-либо из этих низкоуровневых операций в командной строке. Обычно выделение и удаление томов выполняется средствами управления виртуальными машинами и контейнерами.
Сегодня давайте обсудим, как можно удалить виртуальную машину в Proxmox.
Вы хотите удалить виртуальную машину в Proxmox? Мы можем помочь вам сделать это. И так начнем:
Удаление виртуальной машины из веб-интерфейса Proxmox
Один из самых простых способов удалить виртуальную машину — это сделать это из веб-интерфейса.
Сначала мы входим в веб-интерфейс Proxmox.
Затем мы нажимаем на виртуальную машину в левой панели и выключаем нашу виртуалку.
Затем мы нажимаем на вкладку Дополнительно. В раскрывающемся списке мы выбираем пункт Удалить.
Таким образом, мы удаляем виртуальную машину.
Удалить виртуальную машину из командной строки
Чтобы удалить виртуальную машину из командной строки, сначала нам нужно найти VMID.
Как только мы войдем в узел. Мы используем приведенную ниже команду, чтобы найти ids — номер нашей виртуальной машины.
Данная команда выдаст нам примерно следующее:
Как только мы получим идентификатор, мы используем приведенную ниже команду, чтобы удалить его.
Таким образом, мы удаляем виртуальную машину в Proxmox.
Распространенные ошибки, возникающие при удалении виртуальной машины в Proxmox
Недавно столкнулся с невозможностью удалить виртуальную машину в Proxmox. И как оказалось существует несколько распространенных случаев невозможности удаления виртуальных машин из Proxmox. Давайте рассмотрим их.
Виртуальная машина Proxmox заблокирована
При анализе узла мы обнаружили, что виртуальная машина находится в состоянии блокировки. Итак, сначала мы найдем VMID — номер нашей виртуальной машины.
Затем мы используем команду, чтобы разблокировать виртуальную машину.
Как только мы разблокируем виртуальную машину, мы сможем удалить ее без каких-либо ошибок.
Не удается удалить из-за отсутствия хранилища
Другой случай с ошибкой: «не удается удалить из-за отсутствия хранилища» при попытке удалить виртуальную машину. Давайте обсудим, как устранит эту ошибку.
Файл конфигурации виртуальной машины находится в директории /etc/pve/qemu-server.
Мы находим нужный нам файл, например 100.conf и удаляем его.
Таким образом, при обновлении веб-интерфейса виртуальная машина присутствовать не будет.
Также может помочь и удаление конфига виртуальной машины из директории /etc/pve/nodes/pve/lxc или /etc/pve/lxc — симлинка на предыдущую директорию.
Вывод
Если есть вопросы, то пишем в комментариях.
Также можете вступить в Телеграм канал, ВК или подписаться на Twitter. Ссылки в шапки страницы.
Заранее всем спасибо.
Добрый день. Установлен Proxmox VE 6.2 «из коробки», ОС Debian buster. В системе среди прочих был подключен ssd-диск /dev/sda и использовался как LVM-Thin - контейнер для образов ВМ. После переноса всех образов виртуальных машин на другие хранилища, не удаляя образы и не стирая никаких настроек LVM, просто командой parted очистил весь диск. Теперь получается следующее:
fdisk -l /dev/sda
ls /dev/sda | xargs -n 1 sgdisk -p
Как видно, диск пустой.
lvmdiskscan
К LVM отношения не имеет. Но:
lsblk –ascii /dev/sda
Из-за этого proxmox не дает создать на основе этого диска OSD Ceph демон (по крайней мере, я думаю, что дело в этом). Каким образом «сказать» системе, что все выводимое командой lsblk –ascii /dev/sda не существует, и диск unused и его можно использовать?
PS Что с разметкой на форуме? Ни Markdown, ни LORCODE не смог спрятать вывод команд под спойлер :( В чем фокус.
PPS Да, вижу
Спойлеры только в разделе новостей. И вообще ненужны.
не удаляя образы и не стирая никаких настроек LVM, просто командой parted очистил весь диск.
Т.е. ты не сделал vgreduce ? Ну сделай сейчас.
— Physical volume — PV Name /dev/sdf VG Name ceph-eaf4de70-5636-43e2-a849-0c69ed5cf50e PV Size <7.28 TiB / not usable <37.34 MiB Allocatable yes (but full) PE Size 1.00 GiB Total PE 7452 Free PE 0 Allocated PE 7452 PV UUID idMm50-VyTv-fpuO-0bIN-X45x-TILQ-WHxYO4
— Physical volume — PV Name /dev/sde VG Name ceph-ce42004b-6a49-4ee6-8f1b-051056a6f1a9 PV Size <476.94 GiB / not usable <2.34 MiB Allocatable yes (but full) PE Size 4.00 MiB Total PE 122096 Free PE 0 Allocated PE 122096 PV UUID lOPGUl-r6U7-Mxfd-49i4-hHUQ-NJkq-e2P27g
— Physical volume — PV Name /dev/nvme0n1p4 VG Name pve PV Size 476.31 GiB / not usable <3.32 MiB Allocatable yes PE Size 4.00 MiB Total PE 121935 Free PE 61 Allocated PE 121874 PV UUID FKklVU-ctLG-mEoe-FePc-oVji-KJie-gz1Vwo
Никаких PV для /dev/sda не существует и никакие VG не содержат /dev/sda уже.
Иногда возникают проблемы с кластером PROXMOX, чаще всего это происходит из-за непонимания того как этот кластер вообще работает. В случае когда чистые сервера объединяются в новый кластер как правило проблем никаких не возникает, но ситуации бывают разные.
Наверное все кто работал с данной системой виртуализации натыкались на разные "грабли". Я рекомендую перед тем как что-то сделать на сервере PROXMOX создать резервные копии файлов виртуальных машин, а так же файл storage.cfg - это значительно облегчит Вам жизни. Сделать это можно например так:
Этого вполне достаточно, что-бы сэкономить время.
Но это уже скорее всего лирика, кластер уже лежит раз Вы читаете эту статью. Не будем терять времени и приступим к восстановлению.
Резервная копия конфигурации ноды
Заходим на сервер по SSH, смотреть на pvecm status особого смысла нет т.к. все у нас лежит. На всякий случай делаем бэкап того, что мы имеем:
Бывает, что /etc/pve не доступен из-за падения служб или их зависанием. Настоятельно рекомендую добиться того, чтобы скопировать текущие файлы кластера перезапустив кластер systemctl restart pve-cluster.service. После перезапуска пытаемся сделать резервную копию. Если не получилось идем на другой сервер который в этом кластере и пытаемся сделать тоже самое т.к. если кластер работал то конфигурация машин и хранилища будут всех нод.
Обнуляем ноду PROXMOX
Смотрим текущий статус кластера:
Все машины которые кроме этой ноды - удаляем:
Останавливаем все сервисы:
Заходим базу данных кластера:
Сносим остальные файлы конфигурации:
Перезагружаем ноду т.к. поднять остановленные сервисы у Вас врятли получится без перезагрузки.
Восстановление конфигурации хранилища
После перезагрузки копируем из резервной копии файл storage.cfg:
Открываем файл при помощи консольного редактора:
Если эта нода не являлась мастером, тогда удаляем все хранилища которые не содержать nodes [название ноды], после чего на каждом хранилище удаляем эту строку.
Если нода являлась мастером, тогда удаляем все хранилища которы содержать nodes [название ноды].
Копируем файлы файлы виртуальных машин, если Вы не собираетесь добавлять ноду в кластер:
Если вы собрались добавить ноду в кластер, тогда добавляем и в случае успешного добавления копируем виртуальные машины:
Открываем WEB-интерфейс, проверям наличие хранилища и виртуальных машин.
Заключение
Перед добавлением ноды в кластер всегда создавайте резервные копии конфигураций кластера, сами данные на хранилищах никуда не денутся, а вот создавать заного виртуалки и подключать к ним уже созданные диски может занять значительное время.
Если вы строите кластер из разных точек доступности (такое возможно), проверяйте сперва сеть между нодами на наличие multicast иначе corosync упадет не успев подняться.
Другие статьи
Установка macOS Mojave на POXMOX 6.1
23 марта 2020
В данной статье хочу поэтапно объяснить как установить macOS Mojave 10.14 на гипервизор PROXMOX 6.1. Лично мне macOS понадобился для поднятия GitLab Runner, возможно так же использовать как физическую машину прокинув USB-порты, а так же видеокарту. Хочу сразу предупредить, в 10.14 есть проблемы с драйверами видеокарт NVIDIA т.к. компания не спешит писать под нее драйвера. Так же для PCI Passthrough необходимо будет настроить соответственно Clover.
Читайте также: