Failed to start the virtual machine vmware как исправить

The SW in case is: VMware Workstation 15 Pro. Version 15.1.0 build-13591040. The host OS in both cases is 64-bit Windows 10. The guest OS is 64-bit Windows 7. I want to copy a Virtual Machine from one computer to another. I copy the whole directory containing all the files (at least that is what I...

Yes it does.

KALAE1VMWin7 is the folder I have copied containing (as far as I know) the full virtual machine.

The files in the folder is:

c:ToolsVM-ware maskinerKALAE1VMWin7caches <DIR> 22-06-2019 23:46 —-

c:ToolsVM-ware maskinerKALAE1VMWin7vmware-2.log 514.285 22-06-2019 18:09 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7vmware-1.log 382.192 22-06-2019 21:15 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7vmware-0.log 375.880 22-06-2019 21:38 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7vmware.log 67.103 26-06-2019 08:53 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s034.vmdk 524.288 22-06-2019 12:29 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s033.vmdk 589.824 09-06-2019 11:42 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s032.vmdk 589.824 09-06-2019 11:42 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s031.vmdk 589.824 09-06-2019 11:42 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s030.vmdk 589.824 09-06-2019 11:42 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s029.vmdk 589.824 09-06-2019 11:42 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s028.vmdk 589.824 09-06-2019 11:42 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s027.vmdk 589.824 09-06-2019 11:42 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s026.vmdk 589.824 09-06-2019 11:42 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s025.vmdk 589.824 09-06-2019 11:42 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s024.vmdk 327.680 22-06-2019 12:29 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s023.vmdk 524.288 05-06-2019 09:52 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s022.vmdk 524.288 05-06-2019 09:52 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s021.vmdk 524.288 05-06-2019 09:52 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s020.vmdk 524.288 05-06-2019 09:52 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s019.vmdk 524.288 05-06-2019 09:52 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s018.vmdk 1.140.523.008 22-06-2019 21:38 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s017.vmdk 524.288 05-06-2019 09:52 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s016.vmdk 65.536 22-06-2019 12:29 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s015.vmdk 524.288 09-05-2019 13:04 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s014.vmdk 524.288 09-05-2019 13:04 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s013.vmdk 524.288 22-06-2019 12:29 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s012.vmdk 524.288 22-06-2019 12:29 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s011.vmdk 997.785.600 22-06-2019 21:38 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s010.vmdk 2.089.484.288 22-06-2019 21:38 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s009.vmdk 3.672.899.584 22-06-2019 21:38 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s008.vmdk 2.895.380.480 22-06-2019 21:38 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s007.vmdk 2.311.847.936 22-06-2019 21:38 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s006.vmdk 3.922.853.888 22-06-2019 21:38 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s005.vmdk 3.303.931.904 22-06-2019 21:38 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s004.vmdk 1.655.701.504 22-06-2019 21:38 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s003.vmdk 2.050.424.832 22-06-2019 21:38 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s002.vmdk 4.227.399.680 22-06-2019 21:38 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-s001.vmdk 4.180.475.904 22-06-2019 21:38 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-0-pt.vmdk 64.512 18-06-2019 13:13 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7-0.vmdk 1.011 22-06-2019 21:34 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7.vmxf 3.603 15-05-2019 10:54 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7.vmx 3.955 26-06-2019 08:53 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7.vmsd 0 09-05-2019 13:04 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7.vmdk 1.949 22-06-2019 21:34 -a—

c:ToolsVM-ware maskinerKALAE1VMWin7KALAE1VMWin7.nvram 8.684 22-06-2019 18:09 -a—

Источник

В работе имеется Blade-сервер Dell VRTX на лезвиях которых используется гипервизор VMware vSphere 6.5. Так как все лезвия используют одну дисковую корзину VRTX, то перемещениемиграция виртуальных машин осуществляется путем обычного разрегистрирования на одном лезвии и регистрация на другом.

Такой метод миграции VM соответственно требует обязательного выключения машины, в отличии от использования vCenter. Но vCenter дорогой и не каждая организация готова его себе позволить, как в моем случае.

В очередной раз понадобилось переместить VM (webserver_1) с одного лезвия на другой и в процессе этого столкнулся с трудностями запуска VM на целевом лезвии. В качестве памятки себе опишу свою проблему и ее решение.

На исходном лезвии выполнил завершение работы на виртуальной машине, но она не выключилась. Решил принудительно завершить ее работу через консоль, но в активных процессах виртуальную машину (webserver_1) не обнаружил, а вместо нее висела виртуальная машина с названием vm.572109.

Принудительно завершил процесс vm.572109 и разрегистрировал ее из текущего лезвия. На другом лезвии зарегестрировал ее и попытался запустить, но она не запустилась.

Долго висел статус «Running…»

После некоторого времени система выдала ошибки неудачного запуска VM:

  • Failed — An error occurred while creating temporary file for /vmfs/volumes/52d528e0-0d3b4675-5b88-18a99bdc13c1/webserver_1/webserver_1.vmx: The file already exists
  • Failed to start the virtual machine (error -18)

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

Через консоль видно что в каталоге VM присутствует файл блокировки *.vmx~

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

ls —l

total 37925912

—rw————    1 root     root       2344806 Nov 23 10:08 vmware—1.log

—rw————    1 root     root        210642 Nov 23 10:51 vmware—2.log

—rw————    1 root     root        183345 Nov 23 10:58 vmware—3.log

—rw————    1 root     root        362461 Nov 27 04:54 vmware.log

—rw————    1 root     root       1311232 Nov 27 04:53 webserver_1—ctk.vmdk

—rw————    1 root     root     21474836480 Nov 27 04:53 webserver_1—flat.vmdk

—rw————    1 root     root          8684 Nov 27 04:53 webserver_1.nvram

—rw————    1 root     root           612 Nov 26 21:20 webserver_1.vmdk

—rw————    1 root     root            44 Nov 26 21:20 webserver_1.vmsd

—rwx———    1 root     root          3867 Nov 27 04:53 webserver_1.vmx

—rw————    1 root     root          3445 Oct  9 05:07 webserver_1.vmxf

—rwx———    1 root     root          3868 Nov 27 04:53 webserver_1.vmx~

—rw————    1 root     root       6554112 Nov 27 04:53 webserver_2—ctk.vmdk

—rw————    1 root     root     107374182400 Nov 27 04:53 webserver_2—flat.vmdk

—rw————    1 root     root           618 Nov 26 21:20 webserver_2.vmdk

Смотрим какой хост держит блокировку файла. Выполняем команду:

vmkfstools —D webserver_1.vmx

В выводе видим владельца блокировки файла:

  • 5d988d2f-2f22bc92-f10e-18a99bdc13db — где 18a99bdc13db mac-адрес (18:a9:9b:dc:13:db) хоста.

Lock [type 10c00001 offset 246724608 v 67168, hb offset 4161536

gen 203, mode 0, owner 5d988d2f—2f22bc92—f10e—18a99bdc13db mtime 10479

num 0 gblnum 0 gblgen 0 gblbrk 0]

Addr <4, 529, 15>, gen 66976, links 1, type reg, flags 0, uid 0, gid 0, mode 100700

len 3867, nb 1 tbz 0, cow 0, newSinceEpoch 1, zla 2, bs 8192

Если в выводе 00000000-00000000-0000-000000000000 , то это значит что файл никем не заблокирован

Методом просмотра по каждому хосту ESXi вкладки Physical NICs находим нужный хост который держит блокировку файла.

Либо через консоль можно вывести параметры сетевых адаптеров:

Name PCI Driver Link Speed Duplex MAC Address MTU Description

vmnic0 0000:01:00.0 bnx2x Up 1000Mbps Full 18:a9:9b:dc:13:db 1500 QLogic Corporation NetXtreme II BCM57810 10 Gigabit Ethernet

vmnic1 0000:01:00.1 bnx2x Up 1000Mbps Full 18:a9:9b:dc:13:de 1500 QLogic Corporation NetXtreme II BCM57810 10 Gigabit Ethernet

На искомом хосте необходимо завершить процесс который держит блокировку. Находим LWID процесса по имени файла блокировки (webserver_1.vmx~) командой:

vmkvsitools lsof | grep webserver_1.vmx~

Процесс найден:

572109 vmx FILE 46 /vmfs/volumes/52d528e0—0d3b4675—5b88—18a99bdc13c1/webserver_1/webserver_1.vmx~

Завершаем принудительно процесс командой:

Обращаю внимание что 572109 это LWID моего процесса, в команду kill поставляем свой LWID!

Теперь если снова проверим состояние блокировки файла webserver_1.vmx, то видим что более он никем не заблокирован:

vmkfstools —D webserver_1.vmx

Lock [type 10c00001 offset 246724608 v 67168, hb offset 4161536

gen 203, mode 0, owner 00000000—00000000—0000—000000000000 mtime 10479

num 0 gblnum 0 gblgen 0 gblbrk 0]

Addr <4, 529, 15>, gen 66976, links 1, type reg, flags 0, uid 0, gid 0, mode 100700

len 3867, nb 1 tbz 0, cow 0, newSinceEpoch 1, zla 2, bs 8192

После всех этих манипуляй у меня успешно запустилась VM на целевом лезвии. Вот такие случаются ньюансы при подобном методе переноса VM между лезвиями Dell VRTX.

 

ПОНРАВИЛАСЬ ИЛИ ОКАЗАЛАСЬ ПОЛЕЗНОЙ СТАТЬЯ, ПОБЛАГОДАРИ АВТОРА

Загрузка…

Источник

Hi Fellows,

I have installed VMware converter 5.0 on one of my physical web servers and converted the local machine to VMware workstation 8.0 and copied the vmdk and vmx files to the local datastore on the new server after this added the vmx file to the inventory.

now when I try to power on the machine I’m always getting the same error as follows.

Failed to start the virtual machine.
Module DevicePowerOn power on failed.
Unable to create virtual SCSI device for scsi0:0, ‘/vmfs/volumes/5243b855-254abfea-a0c8-40618694acd5/DCS/MYSRVR.vmdk’
Failed to open disk scsi0:0: Unsupported or invalid disk type 7. Ensure that the disk has been imported.

please note that i have tried all methods described in this Opens a new window article but none of them worked for me.

Please advise,

Thank you all in advance,

check
Best Answer

  • In my limited experience with VMware Workstation, it seems that the VMDK format is not identical to that used in ESXi.  So since you did your first VM Convert and selected to convert to VMware Workstation, the resulting VMDK and VMX files will work (and hence import) fine into Workstation, but do not work on an ESXi host without further manipulation.

    I’ve only had to use Workstation as an intermediate form perhaps twice, and both times it was necessary to do a second conversion from Workstation to ESXi — the VMX and VMDKs did not work as-is on the ESXi host.


    Was this post helpful?
    thumb_up
    thumb_down

    • View Best Answer in replies below

    Read these next…

    • Curated Roku TV being used as Wallboard Issues

      Roku TV being used as Wallboard Issues

      Hardware

      Helping someone out at their shop. They have 4 large Roku screens and 2 laptops with dual HDMI ports for video. They are viewing static website business dashboards and PowerPoint. At first all 4 screens connected to wireless, worked for a while but with a…

    • Curated Charging for SSO

      Charging for SSO

      Security

      We have SSO set up with around 5 or 6 solution providers via our M365. Not one of them charges for this, they just sent us the documentation.I identified another online service in use by one of our departments which would benefit from using SSO for staff …

    • Curated Spark! Pro series - 9th February 2023

      Spark! Pro series — 9th February 2023

      Spiceworks Originals

      Today in History: America meets the Beatles on “The Ed Sullivan Show”

      At approximately 8:12 p.m. Eastern time, Sunday, February 9, 1964, The Ed Sullivan Show returned from a commercial (for Anacin pain reliever), and there was Ed Sullivan standing …

    • Curated Green Brand Rep Wrap-Up: January 2023

      Green Brand Rep Wrap-Up: January 2023

      Spiceworks Originals

      Hi, y’all — Chad here. A while back, we used to feature the top posts from our brand reps (aka “Green Gals/Guys/et. al.) in a weekly or monthly wrap-up post. I can’t specifically recall which, as that was approximately eleven timelines ago. Luckily, our t…

    • Curated Help with domain controller setup

      Help with domain controller setup

      Windows

      I just got a new job as the only IT person for a business with around 270 employees (I would say probably less than half use computers) They don’t have any policies or procedures when it comes to IT, as they have never had an IT person. My background cons…

    Источник

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

    Ошибка VMware Workstation and Device/Credential Guard are not compatible

    При включении VMware Workstation на Windows 10 может возникнуть ошибка со следующим текстом:

    VMware Workstation and Device/Credential Guard are not compatible. VMware Workstation can be run after disabling Device/Credential Guard. Please visit http://www.vmware.com/go/turnoff_CG_DG/ for more details

    Чаще всего эта ошибка возникает из-за того, что включено ПО Device Guard — оно помогает защитить систему от вредоносных файлов. Device Guard позволяет настроить список файлов, которые Windows будет считать безопасными. Если на компьютер попадут файлы, которые не входят в список, система автоматически удалит их. Работе VMware в таких случаях мешает компонент Hyper-V.

    Как исправить

    Обратите внимание

    Чтобы отключить Hyper-V, необходимо внести изменения в реестр Windows. Перед отключением Hyper-V обязательно создайте резервную копию ОС.

    Чтобы исправить ошибку, отключите Hyper-V с помощью функционала «Выполнить».

    1. 1.

      Нажмите сочетание клавиш Win + R.

    2. 2.

      В поисковую строку введите «gpedit.msc» и нажмите Ок.

    3. 3.

      Перейдите в раздел «Политика Локальный компьютер» — «Конфигурация компьютера» — «Административные шаблоны» — «Система» — «Device Guard». Дважды кликните на строку «Включить средство обеспечения безопасности на основе виртуализации».

    4. 4.

      В новом окне выберите пункт «Отключено» и нажмите Ok.

    5. 5.

      Перейдите в раздел «Панель управления» — «Программы и компоненты» — «Включение или отключение компонентов Windows». Отключите Hyper-V и нажмите Ок. Если система предложит перезагрузить компьютер, откажитесь от перезагрузки.

    6. 6.

      Откройте командную строку от имени администратора. Поочередно выполните команды:

      bcdedit /create {0cb3b571-2f2e-4343-a879-d86a476d7215} /d "DebugTool" /application osloader
      bcdedit /set {0cb3b571-2f2e-4343-a879-d86a476d7215} path "EFIMicrosoftBootSecConfig.efi"
      bcdedit /set {bootmgr} bootsequence {0cb3b571-2f2e-4343-a879-d86a476d7215}
      bcdedit /set {0cb3b571-2f2e-4343-a879-d86a476d7215} loadoptions DISABLE-LSA-ISO,DISABLE-VBS
      bcdedit /set hypervisorlaunchtype off

      Затем перезагрузите компьютер.

    Ошибка Cannot open the disk

    Ещё одна распространенная ошибка при запуске виртуальной машины в VMware — Cannot open the disk. Её текст следующий:

    An unexpected error was received from the ESX host while powering on VM.

    На следующей строке будет указана одна из причин этой ошибки. Разберём, что означает каждая:

    1) Failed to lock the file. Это значит, что процесс, который вы используете, не может открыть файл. При этом файл используется другим процессом. Что может привести к ошибке:

    • при работе с ВМ вы пытаетесь запустить вторую ВМ, используя тот же VMX-файл,
    • вы запустили ВМ с подключенным диском при помощи утилиты vmware-mount,
    • вы добавили виртуальный диск к ВМ, которая уже используется.

    2) The parent virtual disk has been modified since the child was created. Эта ошибка возникает, если повреждён снимок ВМ.

    3) The destination file system does not support large files означает, что на целевом хранилище невозможно открыть файл ВМ того же размера.

    4) Could not open/create change tracking file. Эта проблема может возникнуть, если файл filename-ctk.vmdk создавался ранее и не очищался перед созданием новой ВМ. Здесь filename — это название вашего файла.

    5) Cannot allocate memory. Тот случай, когда в модуле VMFS не хватает места.

    6) The file specified is not a virtual disk возникает в случаях, если повреждён .VMDK-файл дескриптора.

    7) Insufficient permission to access file. Такая проблема может возникнуть при использовании хранилищ типа NFS. Она сообщает о том, что экспорт NFS работает неправильно, так как права на чтение и запись файла не даны либо даны некорректно.

    Как исправить

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

    Источник

    Понравилась статья? Поделить с друзьями:
  • Failed to start slapd attempting debug start to determine error zimbra
  • Failed to start service no error 3proxy
  • Failed to start raise network interfaces debian 10 как исправить
  • Failed to start process error reports when automatic reporting is enabled
  • Failed to start playback netsdk returns error