Disk is error free vmware

ИТ База знаний

Курс по Asterisk

Полезно

— Узнать IP — адрес компьютера в интернете

— Онлайн генератор устойчивых паролей

— Онлайн калькулятор подсетей

— Калькулятор инсталляции IP — АТС Asterisk

— Руководство администратора FreePBX на русском языке

— Руководство администратора Cisco UCM/CME на русском языке

— Руководство администратора по Linux/Unix

Навигация

Серверные решения

Телефония

FreePBX и Asterisk

Настройка программных телефонов

Корпоративные сети

Протоколы и стандарты

Ошибки Cannot open the disk при включении виртуальной машины ESXi

Не удается открыть диск

Неисправности

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

Интенсив по Виртуализации VMware vSphere 7

Самое важное про виртуализацию и VMware vSphere 7 в 2-х часовом онлайн-интенсиве от тренера с 30-летним стажем. Для тех, кто начинает знакомство с виртуализацией и хочет быстро погрузиться в предметную область и решения на базе VMware

1. В случае отсутствия файлов вы видите такие ошибки, как:
2. В случае отсутствия файлов, в файле vmware.log виртуальной машины есть сообщения, похожие на:
3. В случае сбоя зависимости снимка диска, в файле vmware.log виртуальной машины не будет ошибки «Невозможно найти указанный файл» (cannot find the file specified), но Вы увидите сообщения о том, что родительский виртуальный диск был изменён:

Эти ошибки могут возникать, если дескриптор диска виртуальной машины (VMDK) или файл данных отсутствуют или цепочка снимков стала несовместимой.

Решение

Это решение разбито на 2 части, в зависимости от проблемы:

1. Вы не можете запустить виртуальную машину из-за ошибки system cannot find the file specified (Система не может найти указанный файл) или других ошибок, например — file not found (Файл не найден).
2. Вы не можете запустить виртуальную машину из-за того, что the parent virtual disk has been modified since the child was created (Родительский виртуальный диск был изменён с момента создания дочернего диска).

System cannot find the file specified

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

• Для каждого диска, включая снимок диска, должен быть файл дескриптора в виде vmName.vmdk
• Кроме того, для базового диска также должен существовать файл с расширением flat.vmdk или separse.vmdk в виде vmName-flat.vmdk или vmName-separse.vmdk .
• Для снимка диска, должен быть файл с разрешением delta.vdmk или sesparse.vmdk в виде vmName-######-delta.vmdk или vmName-######-separse.vmdk .

Если файлы дескриптора отсутствуют, то Вам необходимо создать их заново.

Если файлы данных (-flat, -delta или –sparse) отсутствуют, возможно, потребуется восстановить виртуальную машину из резервной копии.

The parent virtual disk has been modified since the child was created

Эта проблема обычно возникает из-за несоответствия идентификатора содержимого (CID). Чтобы устранить несоответствие CID, необходимо отредактировать файлы дескрипторов VMDK, чтобы обеспечить согласованность цепочки снимков.

Дополнительная информация

Для дисков RDM не будет файла –flat или –sesparse для базового диска. Физический режим RDM будет иметь файл в виде vmName-rdmp.vmdk . Виртуальный режим RDM будет иметь файл в виде vmName-rdm.vmdk .

Если дескриптор RDMA отсутствует, его также можно создать заново.

Интенсив по Виртуализации VMware vSphere 7

Самое важное про виртуализацию и VMware vSphere 7 в 2-х часовом онлайн-интенсиве от тренера с 30-летним стажем. Для тех, кто начинает знакомство с виртуализацией и хочет быстро погрузиться в предметную область и решения на базе VMware

Полезно?

Почему?

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

😍 Полезные IT – статьи от экспертов раз в неделю у вас в почте. Укажите свою дату рождения и мы не забудем поздравить вас.

Источник

Disk is error free esxi

Добрый день! Уважаемые читатели и гости IT блога Pyatilistnik.org. В прошлый раз мы с вами успешно установили гипервизор ESXI 6.5. Сегодня я вам покажу очень интересную ситуацию в которую я попал несколько дней назад. Потребовалось мне с мигрировать виртуальную машину с одного датастора на другой, вроде бы простая операция, но она у меня выскочила с ошибкой «Failed waiting for data. Error 195887107. Not found«. Давайте я покажу причины и решение данной проблемы.

Описание проблемы

Как я и писал выше мне нужно было сделать storage migration, в результате мне мой vCenter Server 6.5 выдал сообщение:

Если зайти в свойства данной виртуальной машины, то вы увидите, что у вашего виртуального диска размер 0 МБ.

Я начал разбираться в данном вопросе в плане поиска причины и нашел несколько вариантов:

• У вас криво ранее смигрировались файлы виртуальной машины
• Причиной могла быть система резервного копирования Veeam Backup & Replication, которая не смогла удалить снапшот или криво его сделала. Простой пример у вас делалось задание резервного копирования, и в этот момент вы мигрировали ее, в результате Veeam может натворить дел
• Третья проблема, это ранее созданные ручные снапшоты, которые могли быть неправильно удалены или слиты, ниже я рассмотрю все варианты.

Методы решения

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

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

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

А вот папка с префиксом _1 уже содержала остальные файлы, среди них конфиг vmx, своп файл и многое другое (Про структуру файлов виртуальной машины ESXI читайте по ссылке).

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

Далее вы переносите нужные файлы, после чего необходимо заново зарегистрировать виртуальную машину. Для этого кликаем по файлу с расширением vmx и выберите пункт «Register VM«. Указываем нужный датастор и хост Vmware ESXI на котором будет зарегистрирована виртуалка.

В результате чего я получил работоспособную виртуальную машину у которой исчезла проблема с нулевым отображение размера ее виртуального диска и ошибка «Failed waiting for data. Error 195887107. Error encountered while unstunning the virtual machine for Storage vMotion» исчезла.

Когда есть остатки снапшотов

Снапшоты — это состояния системы на момент создания, хранятся в виде файлов flat.vmdk, это по сути дельты от основного виртуального диска. Бывают ситуации, что у вас по какой-то причине хост или vCenter может не видеть их в диспетчере снимков, но на уровне файлов виртуальной машины они есть, в таком случае вы можете попробовать так же выкрутиться, как я и показывал выше. Удалить виртуалку из списка, указав «Remove from inventory». После чего попробовать ее зарегистрировать и желательно на другом хосте. Все ваши снапшоты будут определены в менеджере снимков. Чтобы удостовериться, что виртуальная машина работает со снапшота, достаточно скачать из нее конфигурационный файл vmx, открыть его текстовым редактором и найти пункт, например scsi:0.fileName = «/vmfs/volumes/58c96930-c8f04/searcher/searcher-00010-flat.vmdk». Как видите тут диск имеет приписку -00010-flat.

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

Источник

Blog of Khlebalin Dmitriy

(Дорогу осилит идущий…)

Cannot open the disk or… VMware ESX cannot find the virtual disk… в VMware vSphere 6.7.

Мой коллега Данила, решил недавно «заморочиться» с файловер кластером Microsoft, на нем же поднять кластер SQL, на нем же настроить кластер 1С. В тестовой среде были подняты две ноды:

И в качестве хранилища баз, обоим нодам был презентован vmdk раздел 2гб (соответственно на сервере он стал диском d: ), где и были размещены базы SQL сервера.

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

Cannot open the disk or… VMware ESX cannot find the virtual disk…

Из данной ошибки видно, что ESX не может найти виртуальный диск .vmdk по сему обе ноды не стартуют.

В базе датастора необходимо найти диск, файл -flat.vmdk, это как раз файл с данными нашего vmdk раздела.

.vmdk -конфиг,

-flat.vmdk — файл с данными.

1) При помощи консоли (ssh или putty) заходим по ssh на ESX хост:

ssh root@
мне проще и быстрее использовать для этого WinSCP:

2) Переходим в папку, в которой находятся файлы нашей виртуальной машины:

cd /vmfs/volumes/ /

3) Теперь нам необходимо узнать точный размер flat диска (здесь в любом случае уже потребуется командная строка):

ls -l -flat.vmdk

Запоминаем текущий размер — 16106127360 (он у вас безусловно будет другим)

4) Далее при помощи команды vmkfstools нужно создать новый (временный) vmdk файл с именем, например, temp.vmdk и точным размером файла flat (то что мы узнали в предыдущем пункте), тип диска выберем thin (тонкий – то есть растущий по мере наполнения его данными) и адаптером lsilogic (его можно не указывать).

vmkfstools -c 16106127360 -d thin -a lsilogic temp.vmdk

Как видно, на картинке, файлы у нас благополучно появились в директории:

5) У вас должно получиться два файла – temp.vmdk и temp-flat.vmdk. Последний файл нам не нужен, удалим его:

rm temp-flat.vmdk

Или просто клавишей Del в WinSCP 🙂

6) Теперь переименуем temp.vmdk в нужное нам название, то есть в .vmdk:

mv temp.vmdk .vmdk

В WinSCP правой кнопкой, «Переименовать».

7) Vmdk файл – это конфигурационный файл диска, соответственно нам необходимо его отредактировать. При помощи редактора VI открываем файл:

vi .vmdk

Находим в нем строчку:
RW 31457280 VMFS «temp-flat.vmdk»
Соответственно изменяем «temp-flat.vmdk» на « .vmdk».

Сохраняемся и выходим из редактора.

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

Самый простой способ «законвертить» его:

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

Диск должен быть подмонтирован вот таким способом:

Источник

Ошибка при запуске виртуальной машины — vmware esx cannot find the virtual disk

2019-05-23 2019-05-23 Рубрики

Блог (Время на чтение: 1 мин.)

vmware esx cannot find the virtual disk

Перестала запускаться виртуальная машина. В процессе гугления выяснилось, что в каталоге с виртуальной машиной отсутствует файл с конфигурацией. Восстановим (создадим) его.

В VMware vSphere включаем ssh, и коннектимся. Затем переходим в каталог с нашей виртуальной машиной

Смотрим размер flat-диска

При помощи утилиты vmkfstools создаем новый vmdk-файл

После выполнения этого действия в каталоге появится 2 файла:

Удаляем файл с данными

Переименовываем new.vmdk в нужный нам и редактируем его

Находим строку и меняем:

Так же, у меня в каталоге присутствовали файы

Как мне удалось выяснить, это файл с данными и файл конфигурации, которые появились после того, как сделали snapshot

Смотрим содержимое файла конфигурации srv-virtual-010-000002.vmdk

Нас интересуют строки:

Значение parentCID файла srv-virtual-010-000002.vmdk соответствует значению CID файла srv-virtual-010-000001.vmdk
Но файл srv-virtual-010-000001.vmdk у нас отсутствует, и мы в начале статьи создали новый файл конфигурации srv-virtual-010.vmdk
Смотрим его содержимое:

Теперь редактируем файл конфигурации srv-virtual-010-000002.vmdk, в котором меняем значение parentCID и parentFileNameHint

После всех этих манипуляций моя виртуальная машина запустилась

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

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

Источник