После удаления виртуальной машины память не вернулась

Обновлено: 21.11.2024

В небольшом количестве систем локальным физическим дискам может быть назначен альтернативный идентификатор устройства сопоставления в процессе обновления. Это влияет только на несколько различных дисков типа ATA. Изменение идентификатора устройства сопоставления устройств может привести к тому, что некоторые локальные физические диски, их файловые системы и репозитории будут помечены как отсутствующие в Oracle VM Manager. Хотя физический диск обнаруживается после обновления, он определяется как новый диск. Старая запись в Oracle VM Manager для того же диска сохраняется, но помечается как отсутствующая.

Если вас затронет это, вам может потребоваться предпринять некоторые шаги, чтобы перенастроить вашу среду для изменения. Это включает в себя удаление отсутствующих дисков и последующее обновление недавно обнаруженных дисков, их файловых систем и любых размещенных репозиториев. Кроме того, репозиторий должен быть повторно представлен затронутому серверу Oracle VM Server, чтобы его можно было использовать.

Если у вас есть виртуальные машины, использующие локальные физические диски в качестве хранилища, вам может потребоваться перенастроить эти виртуальные машины, чтобы удалить отсутствующий диск и заменить его вновь обнаруженным диском.

В этом разделе описывается, как определить, затронуты ли вы, и шаги, которые вам, возможно, придется предпринять, чтобы вернуться к полностью функционирующей среде.

Проверка на наличие отсутствующих дисков

Чтобы узнать, затрагивает ли вас эта проблема вообще, вы можете использовать веб-интерфейс Oracle VM Manager для просмотра представления «Физические диски» для каждого сервера Oracle VM в вашей среде. Если диск был затронут обновлением, он отображается со статусом ПРЕДУПРЕЖДЕНИЕ. Сообщение о событии показывает "Физический диск находится в автономном режиме".

В среде с большим количеством серверов Oracle VM нецелесообразно использовать веб-интерфейс Oracle VM Manager для проверки состояния физических дисков каждого сервера. Однако вы можете использовать интерфейс командной строки Oracle VM Manager в сочетании с утилитой grep для быстрого просмотра всех событий, содержащих это сообщение о событии. Ниже приведен пример, когда команда запускается на хосте Oracle VM Manager:

Обратите внимание, что для этих событий необходимо убедиться, что событие происходит для универсального локального массива хранения. Затронутый сервер отображается в выходных данных, как и идентификатор отсутствующего диска.

Если это сообщение о событии существует для любого из локальных физических дисков, подключенных к любому из ваших серверов виртуальных машин Oracle, то, скорее всего, вы столкнулись с этой проблемой и должны продолжить выполнение остальных шагов, описанных здесь.

Идентификация недавно обнаруженных дисков и сопоставление их с отсутствующими дисками

По умолчанию простые имена, которые Oracle VM Manager присваивает физическим дискам, основаны на идентификаторе Page83 диска. Если вы не переименовывали свои физические диски, идентифицировать недавно обнаруженные диски, которые сопоставляются с отсутствующими дисками, несложно, поскольку имена дисков можно сравнивать для поиска совпадений. Это показано в следующем выводе интерфейса командной строки Oracle VM Manager:

В этом выводе первый указанный физический диск является исходным элементом диска, а второй диск — новой обнаруженной версией того же диска. Первый физический диск помечен как отсутствующий в Oracle VM Manager. Поскольку второй диск имеет такое же имя, за исключением последнего символа подчеркивания, легко определить, что эти записи на самом деле указывают на один и тот же диск.

Если вы изменили имена своих физических дисков, этот процесс несколько усложнится, так как вы должны сравнить ID Page83 каждого диска, чтобы найти совпадение. Получение идентификатора Page83 диска с помощью интерфейса командной строки Oracle VM Manager показано ниже:

Обратите внимание, что идентификатор страницы 83 отображается как свойство диска. Вы должны получить идентификатор Page83 для каждого отсутствующего диска, а затем найти все физические диски, имя или идентификатор Page83 которых имеют такое же значение. Эти диски являются недавно обнаруженными версиями одного и того же физического диска.

Полезные действия перед изменением конфигурации среды

Имена любых дочерних объектов отсутствующего диска, такие как имена файловой системы, имена репозиториев и имена любых элементов в репозитории, связаны с отсутствующим диском. Эта информация теряется при удалении отсутствующего диска из вашей среды. Если вы назвали любой из этих объектов в Oracle VM Manager, вы должны записать имена этих объектов, прежде чем продолжить. Хотя это необязательный шаг, поскольку имена полезны только в Oracle VM Manager и не влияют на работу вашей среды, чтобы вернуть вашу среду в то же состояние после удаления всех отсутствующих дисков, вы можете переименовать эти объекты один раз. они связаны с недавно обнаруженной версией того же физического диска.

Используя интерфейс командной строки Oracle VM Manager, вы можете запустить следующие команды, чтобы получить дамп имен всех этих объектов:

Замените 0004fb0000030000e0f09683cd2ac72a идентификатором каждого репозитория в вашей среде и выполните одну и ту же команду для каждого репозитория.

Целью этого упражнения является получение списка имен любых объектов, которые могут быть затронуты при удалении физического диска, с которым они связаны. Сохраняйте информацию, возвращаемую этими командами, в месте, к которому вы можете обратиться, когда вам нужно переименовать объекты.

Шаги по работе с затронутыми репозиториями

Если вы сделали запись имен всех затронутых объектов, безопасно удалить отсутствующие диски, как показано в следующем выводе интерфейса командной строки Oracle VM Manager:

При желании эти действия также можно выполнить в веб-интерфейсе Oracle VM Manager.

После удаления отсутствующей записи на диске необходимо выполнить следующие действия:

Определите вновь обнаруженный диск, соответствующий удаленному диску, и обновите его, как описано в разделе «Обновить физический диск» в Руководстве пользователя Oracle VM Manager.

Теперь обновите файловые системы на диске, как описано в разделе «Обновить файловую систему» в Руководстве пользователя Oracle VM Manager.

Затем необходимо обновить репозитории, размещенные на локальном физическом диске, как описано в разделе «Обновить репозиторий» в Руководстве пользователя Oracle VM Manager.

Наконец, представьте репозиторий серверу Oracle VM Server, на котором расположен физический диск. Дополнительную информацию см. в разделе «Присутствующий или отсутствующий репозиторий» в Руководстве пользователя Oracle VM Manager.

На данный момент ваша среда пригодна для использования, хотя имена различных объектов были утеряны. Например, любые имена файловых систем, имена репозиториев или имена объектов, таких как виртуальные машины в репозитории, скорее всего, были сброшены до значений по умолчанию. Если вы сохранили записи затронутых имен объектов, как было рекомендовано на предыдущем шаге, вы можете вручную переименовать объекты по мере необходимости.

Действия по работе с затронутыми виртуальными машинами

Если у вас есть виртуальные машины, настроенные на использование локального физического диска, помеченного как отсутствующий, необходимо удалить исходное сопоставление дисков, а затем перенастроить виртуальную машину, чтобы подключить новый физический диск. Когда вы выбираете новый физический диск, вы должны выбрать физический диск с тем же идентификатором Page83, что и у отсутствующего диска. Чтобы перенастроить эти сопоставления дисков, необходимо изменить виртуальную машину, как описано в разделе «Редактировать виртуальную машину» в Руководстве пользователя Oracle VM Manager.

Я преобразовал сервер в дисковый VHDX Hyper-V. Когда сервер был преобразован, на нем были некоторые файлы, которые я не мог удалить. но теперь, поскольку виртуальная машина будет для тестирования, я удалил файл.

Проблема, с которой я столкнулся, заключается в том, что даже после удаления файлов (более 100 ГБ) место на хосте не освобождается.

Например, при импорте хост-диска 1 ТБ было C: 100 ГБ D:300 ГБ занятого места

После удаления 100 ГБ диск по-прежнему отображается так же.

9 ответов

Гопал (Вембу)

Представитель бренда Vembu Technologies

Вы можете сделать это, сжав виртуальный диск для этой конкретной ВМ. Перед сжатием сделайте дефрагментацию на уровне ОС Hyper -v. После дефрагментации отредактируйте диск через диспетчер Hyper-V. Выберите Компактный вариант.

адриан_йч

Гопал (Вембу) писал:
Вы можете сделать это, сжав виртуальный диск для этой конкретной ВМ. Перед сжатием сделайте дефрагментацию на уровне ОС Hyper -v. После дефрагментации отредактируйте диск через диспетчер Hyper-V. Выберите вариант «Компактный».

Я пробовал это, но не работает. Жесткий диск хоста остается прежним

Гопал (Вембу)

Представитель бренда Vembu Technologies

Я предполагаю, что вы выполнили дефрагментацию перед компактированием.

Кроме того, на хост Hyper-V требуется несколько часов (или требуется перезапуск хоста Hyper-V)

Обратитесь в службу поддержки Microsoft, если изменение размера диска не отразилось.

Прочитайте статью, чтобы узнать, является ли ваш диск динамическим.

Если это не так, вы можете использовать метод Гопала (Вембу)

Если он динамический, вы должны преобразовать диск с помощью следующей процедуры

Честно говоря, я не пытался сделать это на больших дисках, но я успешно преобразовал их в диски небольшого размера, такие как 40,50 ГБ

ДугС-ГТ

Сжатие файла VHDX работает только в том случае, если диск является динамическим. Статические диски имеют фиксированный размер на хосте и всегда занимают тот объем памяти на хосте, который они им выделили. (Неважно, что вы сохранили на виртуальном диске в гостевой ОС.)

Если вам не нужны какие-либо файлы на диске гостевой ОС D, вы можете просто удалить весь VHDX, создать новый и подключить его к виртуальной машине из диспетчера Hyper-V. Если вас беспокоит объем хранилища в хост-ОС, используйте динамический диск. Если вам нужна производительность или вы используете что-то вроде SQL Server в гостевой ОС, используйте статический диск.

Гопал (Вембу) писал:
Вы можете сделать это, сжав виртуальный диск для этой конкретной ВМ. Перед сжатием сделайте дефрагментацию на уровне ОС Hyper -v. После дефрагментации отредактируйте диск через диспетчер Hyper-V. Выберите вариант «Компактный».

Классная функция. если только у них есть это в VMware. Я думал, что с VMware 6.5 и VMFS 6 они представили автоматическое освобождение места для тонких дисков? Я не проверял это, так как мои хосты не входят в HCL для версии 6.5, но хотел бы знать, верно это или нет.

Кроме того, это можно сделать вручную с помощью утилиты SDelete и утилиты vmkfstools в VMware.

Кфбернс

Я столкнулся с той же проблемой, связанной с "неперемещаемыми файлами". В моем случае нужно было сначала удалить файл pagefile.sys. Для этого отключите «Виртуальную память», перезагрузите компьютер, затем удалите файл pagefile.sys.Теперь уменьшите свой диск через «Управление дисками» (в ОС, а не в диспетчере ВМ). Теперь вы должны увидеть, что диск может сжиматься. После завершения не забудьте снова включить виртуальную память.

То, что я также пытался уменьшить, это прикрепленный виртуальный диск и удаление ненужных файлов оттуда. Я удалил более 200 ГБ материала. В MGT устройства вы видите, что есть свободное место, но сам файл VHDX не уменьшается

Эта тема заблокирована администратором и больше не открыта для комментариев.

Чтобы продолжить это обсуждение, задайте новый вопрос.

Щелкни! Lapsus$, Excel RAT, Honda Hackers, Lunar Landers, Windows Easter Egg

Ваша ежедневная доза технических новостей. Вы должны это услышать. Подозреваемые Lapsus$ арестованы за взломы Microsoft, Nvidia, Okta. Больше информации о группе Lapsus$, ответственной за ряд недавних кибератак. Несколько из группы».

Искра! Серия Pro — 25 марта 2022 г.

Friday Из бесплатной энциклопедии Википедии. Другие значения см. в Friday (значения). Пятница — день недели между четвергом и субботой. В странах, принимающих обычай "понедельник-первый".

Очень необычный спам. Ответить на темы + ссылка OneDrive + файл PWD

Поэтому я недавно заметил резкое увеличение входящего спама и заметил очень необычный новый спам. Он имеет несколько очень специфических характеристик, которые отличают его от обычных спам-сообщений: 1 – он содержит настоящие цепочки ответов по электронной почте2 – он содержит настоящие имена.

Есть ли недостатки безопасности при использовании VPN?

Недавно я начал использовать VPN на некоторых своих устройствах как один из способов внедрения более эффективных методов работы с персональными компьютерами. Но кажется, что некоторые учетные записи, в которые я вхожу, используются для входа с одного из 2 или 3 IP-адресов. - поэтому, когда я пытаюсь войти в систему, пока вы.

Давайте поздравим SpiceRex с днем рождения, поскольку ему исполняется 12 лет!

Хотите верьте, хотите нет, но 27 марта 2022 года SpiceRex исполняется 12 лет! Те из вас, кто был в сообществе Spiceworks какое-то время, вероятно, уже знают, кто такой большой оранжевый тираннозавр рекс. Но некоторые из наших участников могут этого не делать, так что давайте немного истории.

При использовании Hyper-V, VMware или другого гипервизора вы иногда будете видеть виртуальную машину с пометкой «осиротевшая». Виртуальные машины в этом состоянии непригодны для использования, и у вас есть два основных варианта работы с ними: восстановить их или удалить. Этот процесс обычно выполняется вручную через сам гипервизор, например через сервер VMware vCenter (часть пакета vSphere).

В идеале вы должны в первую очередь попытаться предотвратить потерю виртуальных машин. Бесхозные виртуальные машины могут занимать место на диске и способствовать разрастанию виртуальных машин и проблемам с управлением вашей инфраструктурой. Вы можете справиться с потерянными виртуальными машинами вручную или решить проблему с помощью программного обеспечения для управления виртуальными машинами, которое может отслеживать инфраструктуру вашей виртуальной машины и поддерживать все в порядке. Программное обеспечение, такое как SolarWinds ® Virtualization Manager (VMAN), поможет вам эффективно управлять потерянными ВМ, выключенными ВМ и виртуальными машинами, которые вам больше не нужны, поэтому вы можете уменьшить разрастание ВМ и лучше планировать емкость и управлять ВМ.

Что такое потерянная виртуальная машина?

Бесхозная виртуальная машина была каким-то образом отключена от хоста. Статус "осиротевший" означает, что машина может существовать или не существовать (трудно сказать), но в любом случае она больше не подключена к более крупной виртуальной среде.

Причины потерянных ВМ

Сиротские виртуальные машины вызваны несколькими основными факторами. Виртуальная машина может стать потерянной, если она существует в базе данных сервера гипервизора, но была удалена на другом уровне инфраструктуры. Или потерянная виртуальная машина все еще может быть в базе данных, но неправильно зарегистрирована в другом месте, поэтому к ней нельзя будет получить доступ. Эти проблемы могут быть вызваны ошибками миграции DNS или аварийным переключением хоста.

Некоторые виды сетевой нагрузки или проблем также могут привести к тому, что виртуальная машина будет помечена как потерянная. В других случаях виртуальные машины могут стать потерянными, когда несколько разных людей работают над инфраструктурой и конфигурацией виртуальных машин. Например, когда один человек изменяет параметр конфигурации или перемещает файлы и забывает переместить виртуальную машину, созданную другим администратором, эта виртуальная машина остается позади. Поскольку связанные файлы находятся в другом месте, виртуальная машина помечается как потерянная.

Потерянные виртуальные машины также могут возникнуть, когда сервер гипервизора или его база данных восстанавливаются из моментального снимка или восстанавливаются из резервной копии. Если виртуальные машины были удалены после создания моментального снимка, они могут снова появиться в инвентаре после восстановления моментального снимка, но в своем статусе они будут помечены как потерянные.

Недействительные и потерянные ВМ

Иногда вы можете увидеть виртуальную машину с пометкой "недействительная". Это немного другое состояние, чем «сирота». Если вы видите недопустимую виртуальную машину, это может означать, что хост ESXi — хост, на котором работает клиент vSphere, — поскольку гипервизор не отвечает. Кроме того, хост ESXi может быть отключен.

В других случаях виртуальная машина может отображаться как недействительная, потому что ее файлы конфигурации заблокированы или отсутствуют, или потому что сам файл конфигурации содержит недопустимые параметры или текстовые ошибки. Напротив, осиротевшие машины теоретически не имеют проблем со своими файлами, и нет сопутствующих проблем с хостом ESXi. Скорее, существует разрыв между тем, где находится потерянная ВМ или ее файлы, и тем, где гипервизор пытается их обнаружить.

Как восстановить или удалить потерянные виртуальные машины?

Есть несколько подходов, которые вы можете применить к потерянной ВМ. Потерянные файлы виртуальных машин — это виртуальные жесткие диски, что означает, что они остаются частью виртуальной инфраструктуры, даже если виртуальная машина, к которой они относятся, была удалена. Эти потерянные файлы по-прежнему занимают место на диске, а это означает, что они могут занимать ресурсы, даже когда виртуальная машина не используется. Решение о том, что делать с потерянной ВМ, будет зависеть от того, считаете ли вы, что виртуальную машину можно восстановить, или вы просто хотите ее удалить.

В этом разделе я расскажу о шагах, необходимых для восстановления или удаления потерянной ВМ при использовании VMware, включая vSphere и vCenter.

Как проверить статус потерянного

Если вы хотите восстановить потерянные экземпляры ВМ, важно выполнить этот процесс. обязательно выполните все шаги, прежде чем вы решите сдаться и удалить или отказаться от виртуальной машины.

Первый шаг — проверить, действительно ли виртуальная машина потеряна. Сделайте это, перезапустив все службы управления хостами в вашем гипервизоре. Если виртуальная машина остается на дисплее в vSphere с пометкой «потерянная» рядом с ней, и вы считаете, что ее все еще можно восстановить, вы можете попытаться восстановить ее, выполнив следующие действия.

Как восстановить потерянные ВМ

С потерянными виртуальными машинами VMware можно справиться, переместив их на другой хост в vSphere или попытавшись перерегистрировать их в vCenter, что делается путем удаления и повторной регистрации файла VMX.

Найдите папку ВМ в хранилище данных. Если у вас есть несколько жестких дисков для этой машины, распределенных по разным хранилищам данных, вам нужно будет найти хранилище данных с файлом VMX. Какое бы местоположение ни было указано для Жесткий диск 1, скорее всего, оно будет содержать файл VMX.
Откройте папку хранилища данных, чтобы просмотреть иерархию папок ВМ, и найдите файл VMX.
Убедитесь, что вы нашли правильный файл VMX в хранилище данных, и обратите внимание, в какой папке он находится.
Вернитесь туда, где указана виртуальная машина в vSphere, щелкните ее правой кнопкой мыши и выберите «Все действия с виртуальной инфраструктурой». Затем выберите "Удалить из инвентаря".
Вернитесь к найденному и проверенному файлу VMX и нажмите "Зарегистрировать ВМ".

В качестве альтернативы вам может потребоваться удалить потерянные экземпляры ВМ, которые больше не существуют в вашей системе. Если вы перезапустили хост ESXi и vCenter, а потерянные машины не исчезли из списка ВМ, вам потребуется удалить их вручную или с помощью инструмента.

Чтобы удалить потерянные виртуальные машины VMware вручную, вам потребуется воспользоваться инструментом командной строки, например PowerCLI. PowerCLI позволяет вводить команды для управления и автоматизации аспектов vSphere и VMware.

Как может помочь инструмент управления ВМ

Чтобы упростить этот процесс, я рекомендую внедрить инструмент управления виртуальными машинами, например SolarWinds Virtualization Manager (VMAN). Такие решения могут ускорить процесс управления виртуальными машинами — они позволяют вам видеть все состояния и оповещения ваших виртуальных машин, а также вносить изменения в конфигурацию и очищать потерянные или заброшенные виртуальные машины без необходимости переключаться между несколькими инструментами или использовать консоль или сам гипервизор. .

SolarWinds VMAN включает в себя утилиты для мониторинга и управления виртуальными машинами, включая сокращение разрастания виртуальных машин, планирование емкости и быстрое устранение неполадок во всем стеке приложений. Он работает как с гипервизорами VMware, так и с гипервизорами Hyper-V, независимо от того, является ли ваша инфраструктура локальной, гибридной или облачной.

Что касается потерянных виртуальных машин и управления виртуальными машинами, VMAN поставляется с настраиваемой панелью мониторинга для отображения состояния виртуальной машины и критических проблем с производительностью. Проблемы могут включать раздувание памяти ВМ, задержку хранилища данных, фантомные файлы и высокую загрузку ЦП.С помощью инструмента управления разрастанием, включенного в VMAN, вы можете отключать бездействующие виртуальные машины и удалять потерянные файлы VMDK или моментальные снимки, чтобы восстановить ресурсы.

Используя инструмент мониторинга и управления виртуальными машинами, такой как VMAN, вы можете увидеть, какие файлы и виртуальные машины потеряны, и быстро отреагировать на них, чтобы освободить доступное место на диске. Важно отметить, что вы можете сделать это без входа в vCenter, что может помочь ускорить процессы управления виртуальными машинами в целом.

Оторванные виртуальные машины (ВМ) — основные выводы

Если виртуальная машина была потеряна, с помощью нескольких быстрых исправлений вы можете решить проблему и, в зависимости от обстоятельств, либо восстановить, либо удалить потерянную ВМ. Инструмент управления и мониторинга виртуальных машин поможет упростить и ускорить этот процесс.

Мой любимый инструмент для этой цели — SolarWinds VMAN. Благодаря централизации управления виртуальными машинами, включая планирование емкости, сокращение разрастания и работу с потерянными, заброшенными или отключенными виртуальными машинами, программное обеспечение останавливает и предотвращает ненужное использование ресурсов, которые могут быть распределены в другом месте. Вы можете попробовать полнофункциональную пробную версию SolarWinds VMAN бесплатно в течение 30 дней или протестировать бесплатную демоверсию.

Короче говоря, хороший инструмент поможет вам справиться с любыми проблемами, которые могут возникнуть с потерянной виртуальной машиной. Бесхозные виртуальные машины не должны быть головной болью, если вы используете автоматический инструмент для управления ими.

Читайте также: