Содержание
- An error occurred please try again esxi
- An error occurred please try again esxi
- An error occurred please try again esxi
- Причины ошибки
- Проверка необходимых портов
An error occurred please try again esxi
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Under the web client of ESXi/Hypervisor 6.5, we are able to create new VM with compatibility level at vSphere 6.5.
But then, we can’t edit settings : «an error occurs, please retry» (in French)
We tried Firefox, chrome, and IE with multiple PC . without success.
But if we use compatibility level of 6.0, it works.
If we use VMware Workstation, it also works.
We use latest version : ESXi 6.5 U1g / build 7967591
We saw other bugs like this :
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Try again after updating your ESXi embedded host client with the version (recently updated) on the Fling site here.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Try again after updating your ESXi embedded host client with the version (recently updated) on the Fling site here.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thank you a lot for your answer.
We just updated from 1.23 to 1.29 our embedded client and we can observe two cases :
— VMs previously created still have the problem
— New 6.5 VMs no longer have the problem
Since we didn’t test the two cases after ESXi update by creating a new 6.5 VM, we can’t know if this «fix» is due to Embeded client or ESXi updates.
1/ Any idea to fix our «corrupted» VMs/settings ?
2/ Embedded client has to be maintained up to date apart of ESXi ?
Источник
An error occurred please try again esxi
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
So recently I have been trying to get a Dell r710 up and running for a VM homelab server. I have, in the past, had great success in implementing one of these servers into spec for my purposes, and have been wanting to increase my available testbenches with this new VM host.
Unfortunately, I have been running aground with regards to the storage part of this. More specifically, the inability to access any file structure within the datastore. Symptoms I have been experiencing include inability to access anything through the filebrowser, though only part of the time. What I mean by this is, I can log in, go to the file browser and actually see the directory structure. But if I close the window, go to any other tab in the web UI and then return back to the datastore browser, I get a «Error, please try again later» message popup.
I also have found it impossible to create VM instances. Partially due to the fact that I am unable to see my ISO files to create said VM’s, partially because it doesn’t seem to be creating anything on the datastore upon hitting «complete» on the blank VM.
I suppose the first step here would be to look through the logs to see what is going on? Does anyone have any advice as to which logset I should be looking at for datastore issues such as this? I tried looking through the logs section under monitor and have found myself a tad overwhelmed by the obscurity of the specific log levels.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Update your PERC 6/i firmware, which, btw, that card is a piece of junk so do not expect stellar performance. Support for PowerEdge R710 | Drivers & downloads | Dell US
Also, your ESXi embedded host client is quite out of date. Update to the latest one from the Fling site here.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Ok, so I did a little more digging around and came across the Kernel logs, which ended up shedding some enlightening information about the creation and execution of my disks:
2018-02-02T07:56:59.781Z cpu8:68471)ScsiDeviceIO: 2948: Cmd(0x439d0023f080) 0x1a, CmdSN 0x24dc from world 0 to dev «naa.60026b905201a5002206c80d09ec2613» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
This was of quite some interest. I was unable to find out what the hex values meant as I couldn’t find the 6.5 diag for this.
In addition, this is the full log from when I had tried to create a new file system on a single RAID 0 disk (dissolved the previous RAID 6 config I had and instead passed the disks to VMWare on a 1:1 basis.)
2018-02-02T07:56:56.107Z cpu11:67556)ScsiDeviceIO: 2948: Cmd(0x439d003a3280) 0x1a, CmdSN 0x2475 from world 0 to dev «naa.60026b905201a5002206c81c0aca3477» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:56:59.781Z cpu8:68471)ScsiDeviceIO: 2948: Cmd(0x439d0023f080) 0x1a, CmdSN 0x24dc from world 0 to dev «naa.60026b905201a5002206c80d09ec2613» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:57:00.889Z cpu1:65566)ScsiDeviceIO: 2948: Cmd(0x43950060f200) 0x1a, CmdSN 0x251f from world 0 to dev «t10.SanDisk00Cruzer_Glide000000004C530001021216103010» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:57:01.562Z cpu8:67646 opID=a9a8e467)World: 12230: VC opID 507aad8a maps to vmkernel opID a9a8e467
2018-02-02T07:57:01.562Z cpu8:67646 opID=a9a8e467)VC: 4511: Device rescan time 369 msec (total number of devices 3)
2018-02-02T07:57:01.562Z cpu8:67646 opID=a9a8e467)VC: 4514: Filesystem probe time 1412 msec (devices probed 3 of 3)
2018-02-02T07:57:01.562Z cpu8:67646 opID=a9a8e467)VC: 4516: Refresh open volume time 0 msec
2018-02-02T07:57:34.830Z cpu3:67557 opID=72cb2756)World: 12230: VC opID 507aadbd maps to vmkernel opID 72cb2756
2018-02-02T07:57:34.830Z cpu3:67557 opID=72cb2756)ScsiDeviceIO: 2948: Cmd(0x439500656e00) 0x1a, CmdSN 0x262a from world 0 to dev «naa.60026b905201a5002206c7fc08e99760» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:57:50.538Z cpu0:67642 opID=e1c3eaba)World: 12230: VC opID 507aadc0 maps to vmkernel opID e1c3eaba
2018-02-02T07:57:50.538Z cpu0:67642 opID=e1c3eaba)LVM: 10276: Initialized naa.60026b905201a5002206c7fc08e99760:1, devID 5a7419fe-ab3f9348-2433-782bcb641e9b
2018-02-02T07:57:50.541Z cpu0:67642 opID=e1c3eaba)LVM: 10370: Zero volumeSize specified: using available space (1999826235904).
2018-02-02T07:57:50.889Z cpu0:67642 opID=e1c3eaba)FS3: 183:
2018-02-02T07:57:50.889Z cpu0:67642 opID=e1c3eaba)1906944 resources, each of size 0
2018-02-02T07:57:50.889Z cpu0:67642 opID=e1c3eaba)Organized as 149 CGs, 64 C/CG and 200 R/C
2018-02-02T07:57:50.889Z cpu0:67642 opID=e1c3eaba)CGsize 65536. 0th CG at 65536.
2018-02-02T07:57:50.889Z cpu0:67642 opID=e1c3eaba)FS3: 185:
2018-02-02T07:57:50.929Z cpu0:67642 opID=e1c3eaba)FS3: 183:
2018-02-02T07:57:50.929Z cpu0:67642 opID=e1c3eaba)130000 resources, each of size 2048
2018-02-02T07:57:50.929Z cpu0:67642 opID=e1c3eaba)Organized as 11 CGs, 64 C/CG and 200 R/C
2018-02-02T07:57:50.929Z cpu0:67642 opID=e1c3eaba)CGsize 26279936. 0th CG at 65536.
2018-02-02T07:57:50.929Z cpu0:67642 opID=e1c3eaba)FS3: 185:
2018-02-02T07:57:50.939Z cpu0:67642 opID=e1c3eaba)FS3: 183:
2018-02-02T07:57:50.939Z cpu0:67642 opID=e1c3eaba)64512 resources, each of size 4096
2018-02-02T07:57:50.939Z cpu0:67642 opID=e1c3eaba)Organized as 63 CGs, 64 C/CG and 16 R/C
2018-02-02T07:57:50.939Z cpu0:67642 opID=e1c3eaba)CGsize 4259840. 0th CG at 65536.
2018-02-02T07:57:50.939Z cpu0:67642 opID=e1c3eaba)FS3: 185:
2018-02-02T07:57:50.958Z cpu0:67642 opID=e1c3eaba)FS3: 183:
2018-02-02T07:57:50.958Z cpu0:67642 opID=e1c3eaba)32000 resources, each of size 8192
2018-02-02T07:57:50.958Z cpu0:67642 opID=e1c3eaba)Organized as 8 CGs, 64 C/CG and 64 R/C
2018-02-02T07:57:50.958Z cpu0:67642 opID=e1c3eaba)CGsize 33619968. 0th CG at 65536.
2018-02-02T07:57:50.958Z cpu0:67642 opID=e1c3eaba)FS3: 185:
2018-02-02T07:57:50.966Z cpu0:67642 opID=e1c3eaba)FS3: 183:
2018-02-02T07:57:50.966Z cpu0:67642 opID=e1c3eaba)256 resources, each of size 4096
2018-02-02T07:57:50.966Z cpu0:67642 opID=e1c3eaba)Organized as 1 CGs, 64 C/CG and 16 R/C
2018-02-02T07:57:50.966Z cpu0:67642 opID=e1c3eaba)CGsize 4259840. 0th CG at 65536.
2018-02-02T07:57:50.966Z cpu0:67642 opID=e1c3eaba)FS3: 185:
2018-02-02T07:57:50.972Z cpu0:67642 opID=e1c3eaba)Res3: 6728: SDDir: type: 0x5, fileLength: 0x118, numBlocks: 1
2018-02-02T07:57:50.973Z cpu0:67642 opID=e1c3eaba)Vol3: 1268: Created VMFS-5.81 with config 0x6 on vol ‘SomethingFresh’
2018-02-02T07:57:50.974Z cpu3:65737)ScsiDeviceIO: 2948: Cmd(0x439500691f00) 0x1a, CmdSN 0x26a6 from world 0 to dev «naa.60026b905201a5002206c7fc08e99760» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:57:50.976Z cpu0:67642 opID=e1c3eaba)FSS: 5749: No FS driver claimed device ‘naa.60026b905201a5002206c7fc08e99760:1’: No filesystem on the device
2018-02-02T07:57:51.001Z cpu0:67642 opID=e1c3eaba)LVM: 16581: File system ‘[SomethingFresh, 5a7419fe-ee26e3b3-cfa9-782bcb641e9b]’ (LV 5a7419fe-a21f4b00-06bc-782bcb641e9b) mounted in ‘rw’ mode.
2018-02-02T07:57:51.050Z cpu11:66147)ScsiDeviceIO: 2948: Cmd(0x439d0031b500) 0x1a, CmdSN 0x2730 from world 0 to dev «naa.60026b905201a5002206c7cc0611c58d» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:57:51.416Z cpu3:66153)ScsiDeviceIO: 2948: Cmd(0x4395007b6a00) 0x1a, CmdSN 0x2752 from world 0 to dev «naa.60026b905201a5002206c7fc08e99760» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:57:52.063Z cpu1:65566)ScsiDeviceIO: 2948: Cmd(0x439d0028a100) 0x1a, CmdSN 0x2784 from world 0 to dev «t10.SanDisk00Cruzer_Glide000000004C530001021216103010» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:57:52.920Z cpu0:67642 opID=cbcd5d0d)World: 12230: VC opID 507aadc1 maps to vmkernel opID cbcd5d0d
2018-02-02T07:57:52.920Z cpu0:67642 opID=cbcd5d0d)VC: 4511: Device rescan time 459 msec (total number of devices 4)
2018-02-02T07:57:52.920Z cpu0:67642 opID=cbcd5d0d)VC: 4514: Filesystem probe time 1411 msec (devices probed 4 of 4)
2018-02-02T07:57:52.920Z cpu0:67642 opID=cbcd5d0d)VC: 4516: Refresh open volume time 0 msec
2018-02-02T07:57:53.494Z cpu0:65974)LVM: 16600: One or more LVM devices have been discovered.
2018-02-02T07:58:34.031Z cpu7:66158)ScsiDeviceIO: 2948: Cmd(0x439d00234c00) 0x1a, CmdSN 0x284a from world 0 to dev «naa.60026b905201a5002206c7fc08e99760» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:58:34.031Z cpu7:66158)ScsiDeviceIO: 2948: Cmd(0x439d00234c00) 0x1a, CmdSN 0x284a from world 0 to dev «naa.60026b905201a5002206c7fc08e99760» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
I don’t really have the resources to make sense of such things, so if someone could help with sourcing these, I would appreciate it.
A little more about my config before I send this off to you all. I am (again) running a Dell r710. I am currently booting ESXI off a Cruiser flashdrive from the internal port. All RAID and disk pairing services are being ran through the perc6i. Though initially I was a bit impatient and didn’t let the array go through its initialization and integrity checks properly, with both the single-disk 1:1 and upon reforming the disks into a RAID 6 over the last couple of nights (which still nets the same results) I let the init and verification run to its completion.
Again, any assistance would be greatly appreciated here.
Источник
An error occurred please try again esxi
Добрый день! Уважаемые читатели и гости одного из крупнейших IT блогов Pyatilistnik.org. В прошлый раз мы научились устранять ошибки связанные с отсутствием библиотеки vcruntime140.dll. В сегодняшней публикации я хочу вернуться к виртуализации и рассказать, о там как я поймал ошибку при попытке конвертировать физическую машину в виртуальную и звучит она вот так «An error occurred while opening a virtual disk. verify that the converter server and the running source machine have a network access to the source and destination ESX/ESXI hosts«. Давайте смотреть в чем дело.
После первой волны всемирной пандемии многие компании решили переформатировать свою работу в свете новых реалий. Многие поняли, что для того чтобы их работа продолжалась не нужно иметь много физических офисов или офисов вообще, или в таком объеме площадей, так как благодаря удаленной работе и технологиям RDS на базе удаленных рабочих столов, VPN, виртуальным АТС и тому подобное все функции выполняются. Исходя их этого можно прогнозировать, что компании начинают отказываться от аренды, так и с моей компанией, где оставляют исключительно свою недвижимость. Так как площадей становится меньше, то нужно лишнюю технику виртуализовывать, кто-то переходит на VDI, кто-то на RemoteApp, но иногда в случае с администраторами, где на их рабочей станции развернуто куча всего, проще произвести виртуализацию физического компьютера в виртуальный, напоминаю это называется P2V конвертирование.
Сам процесс конвертирования physical to virtual с помощью VMware vCenter Converter Standalone я описывал, тут я останавливаться не буду, покажу лишь ошибку, которую я получаю при попытке выполнения:
Причины ошибки
- Выбранный ESXI хост недоступен по сети, по имени
- Старая версия Vmware Converter
- Закрыты порты необходимые для конвертирования
Первое, что вы должны сделать, так это убедиться, что у вас корректно разрешается DNS-имя сервера, которое указано в поле «Host system» и оно доступно по сети. Самым простым методом является элементарная команда PING и Nslookup. Откройте командную строку Windows и запустите:
Ключ -a сделает запрос на разрешение имени в DNS сервере. Как видно в моем случае ESXI16 пингуется и имя разрешается.
Если вы получаете ошибку:
В данном случае у вас два пути:
- Если у вас есть домен Active Directory, то есть и внутренняя зона DNS, в которой вам нужно просто создать A-запись с именем вашего сервера и завернуть его на нужный IP-адрес. Делается это через оснастку DNS. Выбираем нужную зону прямого просмотра и через контекстное меню выбираем пункт «Создать узел (A или AAAA)»
Далее указываете имя DNS-записи и нужный IP-адрес.
Производим очистку DNS-кэша на компьютере, где вы запускали Vmware Converter и пробуем новую проверку PING.
- Если у вас нет DNS сервера, то можете отредактировать файл HOSTS на сервере с конвертером Vmware. Для этого откройте файл C:WindowsSystem32driversetchosts через любой текстовый редактор и внесите там вот такую запись, поменяв только значения на свои.
Теперь если у вас была ошибка «An error occurred while opening a virtual disk. verify that the converter server and the running source machine have a network access to the source and destination ESX/ESXI hosts» из-за недоступности DNS-имени, то сейчас все должно пройти штатно с вашей P2V конвертацией.
В моем случае с сетевой доступностью было все хорошо, что с подвигло меня проверить текущую версию vmware converter. Как оказалось, она давно уже устарела и была аж 5.5.3, в то время когда уже есть версии 6.2.
Давайте обновляться, первым делом нужно удалить старую версию, для этого откройте панель управления.
Открываем программы и компоненты.
Производим удаление VMware converter, после чего обязательно перезагрузите компьютер.
Далее производим установку свежей версии vmware converter, в моем случае нашлась версия 6.2.0.
В результате мое задание по конвертированию физической рабочей станции в виртуальную машину прошло успешно и я не увидел ошибку «An error occurred while opening a virtual disk. verify that the converter server and the running source machine have a network access to the source and destination ESX/ESXI hosts», это победа.
Проверка необходимых портов
Очень частой проблемой является недоступность портов в разных направлениях, мы рассмотрим порты для трех вариантов преобразования:
Источник
Ok, so I did a little more digging around and came across the Kernel logs, which ended up shedding some enlightening information about the creation and execution of my disks:
2018-02-02T07:56:59.781Z cpu8:68471)ScsiDeviceIO: 2948: Cmd(0x439d0023f080) 0x1a, CmdSN 0x24dc from world 0 to dev «naa.60026b905201a5002206c80d09ec2613» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
This was of quite some interest. I was unable to find out what the hex values meant as I couldn’t find the 6.5 diag for this.
In addition, this is the full log from when I had tried to create a new file system on a single RAID 0 disk (dissolved the previous RAID 6 config I had and instead passed the disks to VMWare on a 1:1 basis.)
2018-02-02T07:56:56.107Z cpu11:67556)ScsiDeviceIO: 2948: Cmd(0x439d003a3280) 0x1a, CmdSN 0x2475 from world 0 to dev «naa.60026b905201a5002206c81c0aca3477» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:56:59.781Z cpu8:68471)ScsiDeviceIO: 2948: Cmd(0x439d0023f080) 0x1a, CmdSN 0x24dc from world 0 to dev «naa.60026b905201a5002206c80d09ec2613» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:57:00.889Z cpu1:65566)ScsiDeviceIO: 2948: Cmd(0x43950060f200) 0x1a, CmdSN 0x251f from world 0 to dev «t10.SanDisk00Cruzer_Glide000000004C530001021216103010» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:57:01.562Z cpu8:67646 opID=a9a8e467)World: 12230: VC opID 507aad8a maps to vmkernel opID a9a8e467
2018-02-02T07:57:01.562Z cpu8:67646 opID=a9a8e467)VC: 4511: Device rescan time 369 msec (total number of devices 3)
2018-02-02T07:57:01.562Z cpu8:67646 opID=a9a8e467)VC: 4514: Filesystem probe time 1412 msec (devices probed 3 of 3)
2018-02-02T07:57:01.562Z cpu8:67646 opID=a9a8e467)VC: 4516: Refresh open volume time 0 msec
2018-02-02T07:57:34.830Z cpu3:67557 opID=72cb2756)World: 12230: VC opID 507aadbd maps to vmkernel opID 72cb2756
2018-02-02T07:57:34.830Z cpu3:67557 opID=72cb2756)ScsiDeviceIO: 2948: Cmd(0x439500656e00) 0x1a, CmdSN 0x262a from world 0 to dev «naa.60026b905201a5002206c7fc08e99760» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:57:50.538Z cpu0:67642 opID=e1c3eaba)World: 12230: VC opID 507aadc0 maps to vmkernel opID e1c3eaba
2018-02-02T07:57:50.538Z cpu0:67642 opID=e1c3eaba)LVM: 10276: Initialized naa.60026b905201a5002206c7fc08e99760:1, devID 5a7419fe-ab3f9348-2433-782bcb641e9b
2018-02-02T07:57:50.541Z cpu0:67642 opID=e1c3eaba)LVM: 10370: Zero volumeSize specified: using available space (1999826235904).
2018-02-02T07:57:50.889Z cpu0:67642 opID=e1c3eaba)FS3: 183: <START fbb>
2018-02-02T07:57:50.889Z cpu0:67642 opID=e1c3eaba)1906944 resources, each of size 0
2018-02-02T07:57:50.889Z cpu0:67642 opID=e1c3eaba)Organized as 149 CGs, 64 C/CG and 200 R/C
2018-02-02T07:57:50.889Z cpu0:67642 opID=e1c3eaba)CGsize 65536. 0th CG at 65536.
2018-02-02T07:57:50.889Z cpu0:67642 opID=e1c3eaba)FS3: 185: <END fbb>
2018-02-02T07:57:50.929Z cpu0:67642 opID=e1c3eaba)FS3: 183: <START fdc>
2018-02-02T07:57:50.929Z cpu0:67642 opID=e1c3eaba)130000 resources, each of size 2048
2018-02-02T07:57:50.929Z cpu0:67642 opID=e1c3eaba)Organized as 11 CGs, 64 C/CG and 200 R/C
2018-02-02T07:57:50.929Z cpu0:67642 opID=e1c3eaba)CGsize 26279936. 0th CG at 65536.
2018-02-02T07:57:50.929Z cpu0:67642 opID=e1c3eaba)FS3: 185: <END fdc>
2018-02-02T07:57:50.939Z cpu0:67642 opID=e1c3eaba)FS3: 183: <START pbc>
2018-02-02T07:57:50.939Z cpu0:67642 opID=e1c3eaba)64512 resources, each of size 4096
2018-02-02T07:57:50.939Z cpu0:67642 opID=e1c3eaba)Organized as 63 CGs, 64 C/CG and 16 R/C
2018-02-02T07:57:50.939Z cpu0:67642 opID=e1c3eaba)CGsize 4259840. 0th CG at 65536.
2018-02-02T07:57:50.939Z cpu0:67642 opID=e1c3eaba)FS3: 185: <END pbc>
2018-02-02T07:57:50.958Z cpu0:67642 opID=e1c3eaba)FS3: 183: <START sbc>
2018-02-02T07:57:50.958Z cpu0:67642 opID=e1c3eaba)32000 resources, each of size 8192
2018-02-02T07:57:50.958Z cpu0:67642 opID=e1c3eaba)Organized as 8 CGs, 64 C/CG and 64 R/C
2018-02-02T07:57:50.958Z cpu0:67642 opID=e1c3eaba)CGsize 33619968. 0th CG at 65536.
2018-02-02T07:57:50.958Z cpu0:67642 opID=e1c3eaba)FS3: 185: <END sbc>
2018-02-02T07:57:50.966Z cpu0:67642 opID=e1c3eaba)FS3: 183: <START pb2>
2018-02-02T07:57:50.966Z cpu0:67642 opID=e1c3eaba)256 resources, each of size 4096
2018-02-02T07:57:50.966Z cpu0:67642 opID=e1c3eaba)Organized as 1 CGs, 64 C/CG and 16 R/C
2018-02-02T07:57:50.966Z cpu0:67642 opID=e1c3eaba)CGsize 4259840. 0th CG at 65536.
2018-02-02T07:57:50.966Z cpu0:67642 opID=e1c3eaba)FS3: 185: <END pb2>
2018-02-02T07:57:50.972Z cpu0:67642 opID=e1c3eaba)Res3: 6728: SDDir: type: 0x5, fileLength: 0x118, numBlocks: 1
2018-02-02T07:57:50.973Z cpu0:67642 opID=e1c3eaba)Vol3: 1268: Created VMFS-5.81 with config 0x6 on vol ‘SomethingFresh’
2018-02-02T07:57:50.974Z cpu3:65737)ScsiDeviceIO: 2948: Cmd(0x439500691f00) 0x1a, CmdSN 0x26a6 from world 0 to dev «naa.60026b905201a5002206c7fc08e99760» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:57:50.976Z cpu0:67642 opID=e1c3eaba)FSS: 5749: No FS driver claimed device ‘naa.60026b905201a5002206c7fc08e99760:1’: No filesystem on the device
2018-02-02T07:57:51.001Z cpu0:67642 opID=e1c3eaba)LVM: 16581: File system ‘[SomethingFresh, 5a7419fe-ee26e3b3-cfa9-782bcb641e9b]’ (LV 5a7419fe-a21f4b00-06bc-782bcb641e9b) mounted in ‘rw’ mode.
2018-02-02T07:57:51.050Z cpu11:66147)ScsiDeviceIO: 2948: Cmd(0x439d0031b500) 0x1a, CmdSN 0x2730 from world 0 to dev «naa.60026b905201a5002206c7cc0611c58d» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:57:51.416Z cpu3:66153)ScsiDeviceIO: 2948: Cmd(0x4395007b6a00) 0x1a, CmdSN 0x2752 from world 0 to dev «naa.60026b905201a5002206c7fc08e99760» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:57:52.063Z cpu1:65566)ScsiDeviceIO: 2948: Cmd(0x439d0028a100) 0x1a, CmdSN 0x2784 from world 0 to dev «t10.SanDisk00Cruzer_Glide000000004C530001021216103010» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:57:52.920Z cpu0:67642 opID=cbcd5d0d)World: 12230: VC opID 507aadc1 maps to vmkernel opID cbcd5d0d
2018-02-02T07:57:52.920Z cpu0:67642 opID=cbcd5d0d)VC: 4511: Device rescan time 459 msec (total number of devices 4)
2018-02-02T07:57:52.920Z cpu0:67642 opID=cbcd5d0d)VC: 4514: Filesystem probe time 1411 msec (devices probed 4 of 4)
2018-02-02T07:57:52.920Z cpu0:67642 opID=cbcd5d0d)VC: 4516: Refresh open volume time 0 msec
2018-02-02T07:57:53.494Z cpu0:65974)LVM: 16600: One or more LVM devices have been discovered.
2018-02-02T07:58:34.031Z cpu7:66158)ScsiDeviceIO: 2948: Cmd(0x439d00234c00) 0x1a, CmdSN 0x284a from world 0 to dev «naa.60026b905201a5002206c7fc08e99760» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:58:34.031Z cpu7:66158)ScsiDeviceIO: 2948: Cmd(0x439d00234c00) 0x1a, CmdSN 0x284a from world 0 to dev «naa.60026b905201a5002206c7fc08e99760» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
I don’t really have the resources to make sense of such things, so if someone could help with sourcing these, I would appreciate it.
A little more about my config before I send this off to you all. I am (again) running a Dell r710. I am currently booting ESXI off a Cruiser flashdrive from the internal port. All RAID and disk pairing services are being ran through the perc6i. Though initially I was a bit impatient and didn’t let the array go through its initialization and integrity checks properly, with both the single-disk 1:1 and upon reforming the disks into a RAID 6 over the last couple of nights (which still nets the same results) I let the init and verification run to its completion.
Again, any assistance would be greatly appreciated here.
HOW TO: Fix An error has occurred adding datastores to an ESXi 5.x host
In my previous Experts Exchange Articles, most have featured Basic and Intermediate VMware and Virtualisation Topics.
If you would like to read my Basic VMware articles, they are listed at the end of the article for your convenience.
During this series of articles VMware released VMware vSphere 5.5 and VMware vSphere Hypervisor ESXi 5.5. These articles are also applicable to VMware vSphere Hypervisor ESXi 5.0 and 5.5. For consistency, I have used VMware vSphere Hypervisor ESXi 5.1 throughout this series.
I feel this is a little more advanced, so I’ve not included it in the Basic VMware article series, as it does require some basic Linux skills and command line usage.
Last week, whilst installing VMware vSphere Hypervisor ESXi 5.5 U2 I came across an issue, when trying to add a VMFS5 datastore to an ESXi 5.5 U2 server the following error message was displayed «.
Call «HostDatastoreSystem.Query VmfsDatast oreCreateO ptions» for object «datastoreSystem-xx» on vCenter Server «hostname» failed.»
and the datastore failed to be created. It surprised me that this issue still exists with VMware vSphere Hypervisor ESXi 5.5 U2.
Creating a new VMFS datastore is covered in Step 4 — Conducting a simple task using the VMware vSphere Client of this Article — Part 2: HOW TO: Connect to the VMware vSphere Hypervisor 5.1 (ESXi 5.1) using the vSphere Client
In this article we will show you HOW TO: Fix An error has occurred adding datastores to an ESXi 5.x host. This method can be used with any version of the VMware vSphere Hypervisor from 5.0 to 5.5.
The issue is simply the VMware vSphere Hypervisor (ESXi), does not understand the existing information on the hard disk or storage array LUN. I’ve seen the issue when using existing left over disks from previous installations of Windows, Linux or Solaris, even after destroying the contents using the vendor array utilities.
1. Login remotely via SSH or at the console of the ESXi host server.
Login and connect to the VMware vSphere Host ESXi server which has access to the disks or LUN you are trying to create the new datastore on.
see my previous Experts Exchange article
2. Deleting the existing disk partitions
There are two methods to address this issue, remove all the individual partitions from the disk, or overwrite the standard partition table that the VMware vSphere Hypervisor (ESXi) can deal with. I’m going to use the last method, it’s quicker and achieves the same goal.
The supported partition utility in VMware vSphere Hypervisor ESXi 5.x, is called partedUtil.
the command to use is
this command replaces the partition table on the disk, with a legacy msdos partition table, remember MS DOS? — (» Toto, I don’t think we’re in DOS anymore»). The legacy MS DOS partition table is a partition table, with which VMware vSphere Hypervisor (ESXi) can deal with, remove and create the VMFS5 datastore. PLEASE NOTE: this will ERASE ALL DATA on the disk specified, so it’s important to specify the correct disk.
3. How do we find the correct disk?
At the console prompt type, the following this will show your disks or LUNs on your VMware vSphere Hypervisor (ESXi) host server.
the above screenshot shows the disks attached to the VMware vSphere Hypervisor (ESXi), partitions are shown as :1, :2, :3, :4.
The «vml.» listings are symbolic links to your disks, which start with mpx.vmhba:C0:XX:XX:XX:Y or they could be listed as «naa.».
4. Erasing the Partition
Check you have identified the correct disk to delete. PLEASE NOTE: this will ERASE ALL DATA on the disk specified, so it’s important to specify the correct disk.
In this tutorial I’m going to delete the partition on disk
vml.0000000000766d68626131 3a333a30 -> mpx.vmhba1:C0:T3:L0
the required is mpx.vmhba1:C0:T3:L0
in the following screenshot, you can see the partition (:1) has disappeared from the last disk — vml.0000000000766d68626 1313a333a3 0 -> mpx.vmhba1:C0:T3:L0
The disk has been erased.
Источник
Vmware esxi datastore an error occurred please try again
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
So recently I have been trying to get a Dell r710 up and running for a VM homelab server. I have, in the past, had great success in implementing one of these servers into spec for my purposes, and have been wanting to increase my available testbenches with this new VM host.
Unfortunately, I have been running aground with regards to the storage part of this. More specifically, the inability to access any file structure within the datastore. Symptoms I have been experiencing include inability to access anything through the filebrowser, though only part of the time. What I mean by this is, I can log in, go to the file browser and actually see the directory structure. But if I close the window, go to any other tab in the web UI and then return back to the datastore browser, I get a «Error, please try again later» message popup.
I also have found it impossible to create VM instances. Partially due to the fact that I am unable to see my ISO files to create said VM’s, partially because it doesn’t seem to be creating anything on the datastore upon hitting «complete» on the blank VM.
I suppose the first step here would be to look through the logs to see what is going on? Does anyone have any advice as to which logset I should be looking at for datastore issues such as this? I tried looking through the logs section under monitor and have found myself a tad overwhelmed by the obscurity of the specific log levels.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Update your PERC 6/i firmware, which, btw, that card is a piece of junk so do not expect stellar performance. Support for PowerEdge R710 | Drivers & downloads | Dell US
Also, your ESXi embedded host client is quite out of date. Update to the latest one from the Fling site here.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Ok, so I did a little more digging around and came across the Kernel logs, which ended up shedding some enlightening information about the creation and execution of my disks:
2018-02-02T07:56:59.781Z cpu8:68471)ScsiDeviceIO: 2948: Cmd(0x439d0023f080) 0x1a, CmdSN 0x24dc from world 0 to dev «naa.60026b905201a5002206c80d09ec2613» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
This was of quite some interest. I was unable to find out what the hex values meant as I couldn’t find the 6.5 diag for this.
In addition, this is the full log from when I had tried to create a new file system on a single RAID 0 disk (dissolved the previous RAID 6 config I had and instead passed the disks to VMWare on a 1:1 basis.)
2018-02-02T07:56:56.107Z cpu11:67556)ScsiDeviceIO: 2948: Cmd(0x439d003a3280) 0x1a, CmdSN 0x2475 from world 0 to dev «naa.60026b905201a5002206c81c0aca3477» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:56:59.781Z cpu8:68471)ScsiDeviceIO: 2948: Cmd(0x439d0023f080) 0x1a, CmdSN 0x24dc from world 0 to dev «naa.60026b905201a5002206c80d09ec2613» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:57:00.889Z cpu1:65566)ScsiDeviceIO: 2948: Cmd(0x43950060f200) 0x1a, CmdSN 0x251f from world 0 to dev «t10.SanDisk00Cruzer_Glide000000004C530001021216103010» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:57:01.562Z cpu8:67646 opID=a9a8e467)World: 12230: VC opID 507aad8a maps to vmkernel opID a9a8e467
2018-02-02T07:57:01.562Z cpu8:67646 opID=a9a8e467)VC: 4511: Device rescan time 369 msec (total number of devices 3)
2018-02-02T07:57:01.562Z cpu8:67646 opID=a9a8e467)VC: 4514: Filesystem probe time 1412 msec (devices probed 3 of 3)
2018-02-02T07:57:01.562Z cpu8:67646 opID=a9a8e467)VC: 4516: Refresh open volume time 0 msec
2018-02-02T07:57:34.830Z cpu3:67557 opID=72cb2756)World: 12230: VC opID 507aadbd maps to vmkernel opID 72cb2756
2018-02-02T07:57:34.830Z cpu3:67557 opID=72cb2756)ScsiDeviceIO: 2948: Cmd(0x439500656e00) 0x1a, CmdSN 0x262a from world 0 to dev «naa.60026b905201a5002206c7fc08e99760» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:57:50.538Z cpu0:67642 opID=e1c3eaba)World: 12230: VC opID 507aadc0 maps to vmkernel opID e1c3eaba
2018-02-02T07:57:50.538Z cpu0:67642 opID=e1c3eaba)LVM: 10276: Initialized naa.60026b905201a5002206c7fc08e99760:1, devID 5a7419fe-ab3f9348-2433-782bcb641e9b
2018-02-02T07:57:50.541Z cpu0:67642 opID=e1c3eaba)LVM: 10370: Zero volumeSize specified: using available space (1999826235904).
2018-02-02T07:57:50.889Z cpu0:67642 opID=e1c3eaba)FS3: 183:
2018-02-02T07:57:50.889Z cpu0:67642 opID=e1c3eaba)1906944 resources, each of size 0
2018-02-02T07:57:50.889Z cpu0:67642 opID=e1c3eaba)Organized as 149 CGs, 64 C/CG and 200 R/C
2018-02-02T07:57:50.889Z cpu0:67642 opID=e1c3eaba)CGsize 65536. 0th CG at 65536.
2018-02-02T07:57:50.889Z cpu0:67642 opID=e1c3eaba)FS3: 185:
2018-02-02T07:57:50.929Z cpu0:67642 opID=e1c3eaba)FS3: 183:
2018-02-02T07:57:50.929Z cpu0:67642 opID=e1c3eaba)130000 resources, each of size 2048
2018-02-02T07:57:50.929Z cpu0:67642 opID=e1c3eaba)Organized as 11 CGs, 64 C/CG and 200 R/C
2018-02-02T07:57:50.929Z cpu0:67642 opID=e1c3eaba)CGsize 26279936. 0th CG at 65536.
2018-02-02T07:57:50.929Z cpu0:67642 opID=e1c3eaba)FS3: 185:
2018-02-02T07:57:50.939Z cpu0:67642 opID=e1c3eaba)FS3: 183:
2018-02-02T07:57:50.939Z cpu0:67642 opID=e1c3eaba)64512 resources, each of size 4096
2018-02-02T07:57:50.939Z cpu0:67642 opID=e1c3eaba)Organized as 63 CGs, 64 C/CG and 16 R/C
2018-02-02T07:57:50.939Z cpu0:67642 opID=e1c3eaba)CGsize 4259840. 0th CG at 65536.
2018-02-02T07:57:50.939Z cpu0:67642 opID=e1c3eaba)FS3: 185:
2018-02-02T07:57:50.958Z cpu0:67642 opID=e1c3eaba)FS3: 183:
2018-02-02T07:57:50.958Z cpu0:67642 opID=e1c3eaba)32000 resources, each of size 8192
2018-02-02T07:57:50.958Z cpu0:67642 opID=e1c3eaba)Organized as 8 CGs, 64 C/CG and 64 R/C
2018-02-02T07:57:50.958Z cpu0:67642 opID=e1c3eaba)CGsize 33619968. 0th CG at 65536.
2018-02-02T07:57:50.958Z cpu0:67642 opID=e1c3eaba)FS3: 185:
2018-02-02T07:57:50.966Z cpu0:67642 opID=e1c3eaba)FS3: 183:
2018-02-02T07:57:50.966Z cpu0:67642 opID=e1c3eaba)256 resources, each of size 4096
2018-02-02T07:57:50.966Z cpu0:67642 opID=e1c3eaba)Organized as 1 CGs, 64 C/CG and 16 R/C
2018-02-02T07:57:50.966Z cpu0:67642 opID=e1c3eaba)CGsize 4259840. 0th CG at 65536.
2018-02-02T07:57:50.966Z cpu0:67642 opID=e1c3eaba)FS3: 185:
2018-02-02T07:57:50.972Z cpu0:67642 opID=e1c3eaba)Res3: 6728: SDDir: type: 0x5, fileLength: 0x118, numBlocks: 1
2018-02-02T07:57:50.973Z cpu0:67642 opID=e1c3eaba)Vol3: 1268: Created VMFS-5.81 with config 0x6 on vol ‘SomethingFresh’
2018-02-02T07:57:50.974Z cpu3:65737)ScsiDeviceIO: 2948: Cmd(0x439500691f00) 0x1a, CmdSN 0x26a6 from world 0 to dev «naa.60026b905201a5002206c7fc08e99760» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:57:50.976Z cpu0:67642 opID=e1c3eaba)FSS: 5749: No FS driver claimed device ‘naa.60026b905201a5002206c7fc08e99760:1’: No filesystem on the device
2018-02-02T07:57:51.001Z cpu0:67642 opID=e1c3eaba)LVM: 16581: File system ‘[SomethingFresh, 5a7419fe-ee26e3b3-cfa9-782bcb641e9b]’ (LV 5a7419fe-a21f4b00-06bc-782bcb641e9b) mounted in ‘rw’ mode.
2018-02-02T07:57:51.050Z cpu11:66147)ScsiDeviceIO: 2948: Cmd(0x439d0031b500) 0x1a, CmdSN 0x2730 from world 0 to dev «naa.60026b905201a5002206c7cc0611c58d» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:57:51.416Z cpu3:66153)ScsiDeviceIO: 2948: Cmd(0x4395007b6a00) 0x1a, CmdSN 0x2752 from world 0 to dev «naa.60026b905201a5002206c7fc08e99760» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:57:52.063Z cpu1:65566)ScsiDeviceIO: 2948: Cmd(0x439d0028a100) 0x1a, CmdSN 0x2784 from world 0 to dev «t10.SanDisk00Cruzer_Glide000000004C530001021216103010» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:57:52.920Z cpu0:67642 opID=cbcd5d0d)World: 12230: VC opID 507aadc1 maps to vmkernel opID cbcd5d0d
2018-02-02T07:57:52.920Z cpu0:67642 opID=cbcd5d0d)VC: 4511: Device rescan time 459 msec (total number of devices 4)
2018-02-02T07:57:52.920Z cpu0:67642 opID=cbcd5d0d)VC: 4514: Filesystem probe time 1411 msec (devices probed 4 of 4)
2018-02-02T07:57:52.920Z cpu0:67642 opID=cbcd5d0d)VC: 4516: Refresh open volume time 0 msec
2018-02-02T07:57:53.494Z cpu0:65974)LVM: 16600: One or more LVM devices have been discovered.
2018-02-02T07:58:34.031Z cpu7:66158)ScsiDeviceIO: 2948: Cmd(0x439d00234c00) 0x1a, CmdSN 0x284a from world 0 to dev «naa.60026b905201a5002206c7fc08e99760» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2018-02-02T07:58:34.031Z cpu7:66158)ScsiDeviceIO: 2948: Cmd(0x439d00234c00) 0x1a, CmdSN 0x284a from world 0 to dev «naa.60026b905201a5002206c7fc08e99760» failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
I don’t really have the resources to make sense of such things, so if someone could help with sourcing these, I would appreciate it.
A little more about my config before I send this off to you all. I am (again) running a Dell r710. I am currently booting ESXI off a Cruiser flashdrive from the internal port. All RAID and disk pairing services are being ran through the perc6i. Though initially I was a bit impatient and didn’t let the array go through its initialization and integrity checks properly, with both the single-disk 1:1 and upon reforming the disks into a RAID 6 over the last couple of nights (which still nets the same results) I let the init and verification run to its completion.
Again, any assistance would be greatly appreciated here.
Источник
Обновлено 18.06.2020
Добрый день! Уважаемые читатели и гости одного из крупнейших IT блогов Pyatilistnik.org. В прошлый раз мы научились устранять ошибки связанные с отсутствием библиотеки vcruntime140.dll. В сегодняшней публикации я хочу вернуться к виртуализации и рассказать, о там как я поймал ошибку при попытке конвертировать физическую машину в виртуальную и звучит она вот так «An error occurred while opening a virtual disk. verify that the converter server and the running source machine have a network access to the source and destination ESX/ESXI hosts«. Давайте смотреть в чем дело.
После первой волны всемирной пандемии многие компании решили переформатировать свою работу в свете новых реалий. Многие поняли, что для того чтобы их работа продолжалась не нужно иметь много физических офисов или офисов вообще, или в таком объеме площадей, так как благодаря удаленной работе и технологиям RDS на базе удаленных рабочих столов, VPN, виртуальным АТС и тому подобное все функции выполняются. Исходя их этого можно прогнозировать, что компании начинают отказываться от аренды, так и с моей компанией, где оставляют исключительно свою недвижимость. Так как площадей становится меньше, то нужно лишнюю технику виртуализовывать, кто-то переходит на VDI, кто-то на RemoteApp, но иногда в случае с администраторами, где на их рабочей станции развернуто куча всего, проще произвести виртуализацию физического компьютера в виртуальный, напоминаю это называется P2V конвертирование.
Сам процесс конвертирования physical to virtual с помощью VMware vCenter Converter Standalone я описывал, тут я останавливаться не буду, покажу лишь ошибку, которую я получаю при попытке выполнения:
An error occurred while opening a virtual disk. verify that the converter server and the running source machine have a network access to the source and destination ESX/ESXI hosts
Причины ошибки
- Выбранный ESXI хост недоступен по сети, по имени
- Старая версия Vmware Converter
- Закрыты порты необходимые для конвертирования
Первое, что вы должны сделать, так это убедиться, что у вас корректно разрешается DNS-имя сервера, которое указано в поле «Host system» и оно доступно по сети. Самым простым методом является элементарная команда PING и Nslookup. Откройте командную строку Windows и запустите:
ping имя вашего сервера -a
Ключ -a сделает запрос на разрешение имени в DNS сервере. Как видно в моем случае ESXI16 пингуется и имя разрешается.
Если вы получаете ошибку:
При проверке связи не удалось обнаружить узел ESXI16. Проверьте имя узла и повторите ошибку
В данном случае у вас два пути:
- Если у вас есть домен Active Directory, то есть и внутренняя зона DNS, в которой вам нужно просто создать A-запись с именем вашего сервера и завернуть его на нужный IP-адрес. Делается это через оснастку DNS. Выбираем нужную зону прямого просмотра и через контекстное меню выбираем пункт «Создать узел (A или AAAA)»
Далее указываете имя DNS-записи и нужный IP-адрес.
Производим очистку DNS-кэша на компьютере, где вы запускали Vmware Converter и пробуем новую проверку PING.
- Если у вас нет DNS сервера, то можете отредактировать файл HOSTS на сервере с конвертером Vmware. Для этого откройте файл C:WindowsSystem32driversetchosts через любой текстовый редактор и внесите там вот такую запись, поменяв только значения на свои.
ip адрес затем имя, пример 192.168.31.1 esxi16
Теперь если у вас была ошибка «An error occurred while opening a virtual disk. verify that the converter server and the running source machine have a network access to the source and destination ESX/ESXI hosts» из-за недоступности DNS-имени, то сейчас все должно пройти штатно с вашей P2V конвертацией.
В моем случае с сетевой доступностью было все хорошо, что с подвигло меня проверить текущую версию vmware converter. Как оказалось, она давно уже устарела и была аж 5.5.3, в то время когда уже есть версии 6.2.
Давайте обновляться, первым делом нужно удалить старую версию, для этого откройте панель управления.
Открываем программы и компоненты.
Производим удаление VMware converter, после чего обязательно перезагрузите компьютер.
Далее производим установку свежей версии vmware converter, в моем случае нашлась версия 6.2.0.
В результате мое задание по конвертированию физической рабочей станции в виртуальную машину прошло успешно и я не увидел ошибку «An error occurred while opening a virtual disk. verify that the converter server and the running source machine have a network access to the source and destination ESX/ESXI hosts», это победа.
Проверка необходимых портов
Очень частой проблемой является недоступность портов в разных направлениях, мы рассмотрим порты для трех вариантов преобразования:
Преобразование включенной операционной системы Windows (P2V)
- Источник (Сервер-Конвертер) — Пункт назначения (Исходный компьютер) — TCP порты (445, 139, 9089 или 9090) — UDP порты 137, 138 — Если исходный компьютер использует NetBIOS, то порт 445 не требуется. Если NetBIOS не используется, то порты 137, 138 и 139 не требуются. В случае сомнений убедитесь, что ни один из портов не заблокирован.
Порт 9089 используется для автономных версий конвертера, а 9090 используется для плагина конвертера.
Примечание . Если на исходном компьютере не установлен сервер преобразователей, учетная запись, используемая для проверки подлинности на исходном компьютере, должна иметь пароль, на исходном компьютере должен быть включен общий доступ к сетевым файлам, и он не может использовать простой общий доступ к файлам.
- Источник (Сервер-Конвертер) — Пункт назначения (Virtual Center) — TCP порт (443) — Требуется только в том случае, если целью преобразования является VirtualCenter.
- Источник (Конвертер клиент) — Пункт назначения (Сервер-Конвертер) — TCP порт (443) — Требуется только в том случае, если была выполнена пользовательская установка, а сервер преобразователя и клиентские части находятся на разных компьютерах.
- Источник (Исходный компьютер) — Пункт назначения (ESXi) — TCP порты (443, 902) — Если целью преобразования является vCenter Server, то требуется только порт 902 от источника к хостам ESXi.
Преобразование включенной операционной системы Linux (P2V)
- Источник (Сервер-Конвертер) — Пункт назначения (Исходный компьютер) — TCP порт (22) — Сервер конвертера должен иметь возможность устанавливать соединение SSH с исходным компьютером.
- Источник (Конвертер клиента) — Пункт назначения (Сервер-Конвертер) — TCP порт (443) — Требуется только в том случае, если была выполнена пользовательская установка, а сервер преобразователя и клиентские части находятся на разных компьютерах.
- Источник (Сервер-Конвертер) — Пункт назначения (VirtualCenter) — TCP порт (443) — Требуется только в том случае, если целью преобразования является VirtualCenter.
- Источник (Сервер-Конвертер) — Пункт назначения (ESXi) — TCP порты (443, 902, 903) — Если целью преобразования является vCenter Server, то требуется только порт 902 от источника к хостам ESXi.
- Источник (Helper virtual machine) — Пункт назначения (Исходный компьютер) — TCP порт (22) — Вспомогательная виртуальная машина должна иметь возможность устанавливать соединение SSH с исходным компьютером. По умолчанию вспомогательная виртуальная машина получает свой IP-адрес, назначенный DHCP. Если в сети, выбранной для целевой виртуальной машины, нет DHCP-сервера, вы должны вручную назначить ему IP-адрес.
Преобразование существующей виртуальной машины (V2V)
- Источник (Сервер-Конвертер) — Пункт назначения (Путь к файлу) — TCP порты (445, 139) — UDP порты (137, 138) — Если компьютер, на котором размещен исходный или целевой путь, использует NetBIOS, то порт 445 не требуется. Если NetBIOS не используется, то порты 137, 138 и 139 не требуются. В случае сомнений убедитесь, что ни один из портов не заблокирован.
- Источник (Конвертер клиента) — Пункт назначения (Сервер-Конвертер) — TCP порт (443) — Требуется только в том случае, если была выполнена пользовательская установка, а сервер преобразователя и клиентские части находятся на разных компьютерах.
- Источник (Сервер-Конвертер) — Пункт назначения (Сервер-Конвертер) — TCP порт (443) — Требуется только в том случае, если целью является VirtualCenter.
- Источник (Сервер-Конвертер) — Пункт назначения (ESXi) — TCP порты (443, 902) — Если целью преобразования является vCenter Server, то требуется только порт 902 от источника к хостам ESXi.
Подробнее https://kb.vmware.com/s/article/1010056
Дополнительные методы помогающие устранить проблему
- Попробуйте в ковертере обращаться напрямую к ESXI хосту, минуя vCenter
- Закройте все ненужные службы, такие как SQL, антивирусные программы или брандмауэры. Эти службы могут вызвать проблемы во время преобразования.
- Перед выполнением преобразования запустите проверку диск на томе, поскольку ошибки на томах могут привести к сбою VMware Converter
- Убедитесь, что работают службы: «Рабочая станция (LanmanWorkstation)», «Сервер (LanmanServer)», «Модуль поддержки NetBIOS через TCP/IP (lmhosts)», «Теневое копирование тома (VSS)»
- Отключите все устройства USB, последовательный/параллельный порт в исходной системы. VMware Converter может интерпретировать их как дополнительные устройства, например внешние жесткие диски, что может привести к сбою преобразования.
Еще список дополнительных решений — https://kb.vmware.com/s/article/1016330
На этом у меня все, надеюсь у вас получилось конвертировать вашу рабочую станцию в виртуальную машину. С вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.
Несмотря на то, что VMware Workstation является лучшим гипервизором для Windows, в частности, в плане стабильности работы, у него могут возникать определённые сложности. Это может быть, например, ошибка запуска виртуальной машины «Cannot open the configuration file» — ошибка, означающая, что VMware не может открыть файл конфигурации машины, поскольку тот либо повреждён, либо отсутствует. Что делать в такой ситуации? Как восстановить работоспособность виртуальной машины?
Файл конфигурации виртуальной машины
Итак, при запуске машины получаем ошибку открытия файла конфигурации. Следовательно, этот файл повреждён или отсутствует. В некоторых случаях ошибка может быть обусловлена недостаточным наличием прав для открытия файла.
Можно попробовать запустить VMware Workstation с правами администратора, открыть машину, выключить гостевую ОС и попробовать снова запустить машину в программе без прав администратора. Если это не поможет, придётся виртуальную машину пересоздать. Но на базе её существующего виртуального диска.
Файл конфигурации машин VMware – это файл формата «.wmx», где хранятся параметры эмуляции оборудования и прочие настройки, которые мы указываем при создании машин и потом меняем их. Файл конфигурации хранится в папке виртуальной машины, его путь прямо указан в окошке сведений.
Повреждение или удаление файла конфигурации влечёт за собой невозможность работы виртуальной машины. Однако этот файл никак не влияет на содержимое виртуального диска. В последнем сохранено состояние гостевой ОС, и после пересоздания машины мы продолжим работу с этой гостевой ОС. Разве что будут утеряны какие-то данные последнего сеанса работы гостевой ОС, если у машины было приостановленное, а не выключенное состояние. Ну и также будут удалены снапшоты, если они использовались.
Удаление виртуальной машины
Идём в проводнике по пути хранения данных машины VMware Workstation. Удаляем все её файлы, кроме виртуальных дисков – файлов «.wmdk» (или «.vhd», если используется этот формат).
В папке машины должны остаться только файлы виртуальных дисков.
Теперь в программе VMware Workstation открываем панель библиотеки и удаляем машину с помощью контекстного меню.
Пересоздание виртуальной машины
Пересоздадим машину. Запускаем создание новой.
Указываем выборочный тип конфигурации.
Жмём «Далее».
Указываем, что мы позже установим гостевую ОС.
Указываем установленную на оставшемся виртуальном диске гостевую ОС, её версию и разрядность.
Имя и расположение машины указываем такие, как были. На сообщение VMware, что, мол, в указанном месте уже есть виртуальная машина жмём «Продолжить».
Указываем тип BIOS, какой был у удалённой машины.
Указываем ядра процессора, выделяемую оперативную память.
Тип сети.
Контроллеры и тип диска.
На этапе выбора диска выбираем использование существующего виртуального диска.
Жмём кнопку обзора и указываем путь к оставленному виртуальному диску. Указываем основной файл «.vmdk» (или «.vhd»).
Готово.
Всё – теперь виртуальная машина с новым файлом конфигурации, и она должна запуститься без проблем.
Загрузка…
Challenge
When you complete Instant VM Recovery from the Veeam Agent backup, then try to edit the VM configuration via ESXi, the following error occurs:
«Enter a disk size which is larger than its original capacity.»
Then you try to edit the decimal virtual disk size via ESXi, and another error occurs:
«Failed to reconfigure virtual machine %VM_name%. Invalid operation for device ‘%device_number.'»
When you try to edit the decimal virtual disk size via vCenter, no error occurs.
Cause
Instant recovery of physical servers does not round up the size of the disk by design. That is why Veeam Backup & Replication might create virtual disks with decimal sizes. If you perform Quick Migration after the recovery, the disks will remain decimal. Due to the VMware bug, ESXi cannot edit the VM configuration with the decimal disk size.
Solution
If you have vCenter, use it as a workaround to successfully edit the VM configuration.
If you do not have vCenter, you need to extend each decimal virtual disk size manually via vmkfstools:
- Connect to ESXi that hosts the VM, then go to the VM directory: cd/vmfs/volumes/%datastore_name%/%VM_name%/.
- Keep in mind the name of the VMDK file which size you want to increase. Please, ensure that you run the command below on the VMDK file and NOT on the FLAT-VMDK file or the SESPARSE file.Run the following command:
vmkfstools -X NGB %VM_name%.vmdk
where «N» is the rounded-up value (for example, if the virtual disk size is shown as 59,5123213218GB, then enter 60GB).
- Remove the VM from the inventory, and re-register it.
To submit feedback regarding this article, please click this link: Send Article Feedback
To report a typo on this page, highlight the typo with your mouse and press CTRL + Enter.
In my previous
Experts Exchange Articles, most have featured Basic and Intermediate VMware and Virtualisation Topics.
If you would like to read my Basic VMware articles, they are listed at the end of the article for your convenience.
During this series of articles VMware released VMware vSphere 5.5 and VMware vSphere Hypervisor ESXi 5.5. These articles are also applicable to VMware vSphere Hypervisor ESXi 5.0 and 5.5. For consistency, I have used VMware vSphere Hypervisor ESXi 5.1 throughout this series.
I feel this is a little more advanced, so I’ve not included it in the Basic VMware article series, as it does require some basic Linux skills and command line usage.
Last week, whilst installing VMware vSphere Hypervisor ESXi 5.5 U2 I came across an issue, when trying to add a VMFS5 datastore to an ESXi 5.5 U2 server the following error message was displayed
«.
Call «HostDatastoreSystem.QueryVmfsDatastoreCreateOptions» for object «datastoreSystem-xx» on vCenter Server «hostname» failed.»
and the datastore failed to be created. It surprised me that this issue still exists with VMware vSphere Hypervisor ESXi 5.5 U2.
Creating a new VMFS datastore is covered in Step 4 —
Conducting a simple task using the VMware vSphere Client
of this Article —
Part 2: HOW TO: Connect to the VMware vSphere Hypervisor 5.1 (ESXi 5.1) using the vSphere Client
In this article we will show you
HOW TO: Fix An error has occurred adding datastores to an ESXi 5.x host. This method can be used with any version of the VMware vSphere Hypervisor from 5.0 to 5.5.
The issue is simply the VMware vSphere Hypervisor (ESXi), does not understand the existing information on the hard disk or storage array LUN. I’ve seen the issue when using existing left over disks from previous installations of Windows, Linux or Solaris, even after destroying the contents using the vendor array utilities.
1. Login remotely via SSH or at the console of the ESXi host server.
Login and connect to the VMware vSphere Host ESXi server which has access to the disks or LUN you are trying to create the new datastore on.
see my previous Experts Exchange article
- Part 5: HOW TO: Enable SSH Remote Access on a VMware vSphere Hypervisor 5.1 (ESXi 5.1)
2. Deleting the existing disk partitions
There are two methods to address this issue, remove all the individual partitions from the disk, or overwrite the standard partition table that the VMware vSphere Hypervisor (ESXi) can deal with. I’m going to use the last method, it’s quicker and achieves the same goal.
The supported partition utility in VMware vSphere Hypervisor ESXi 5.x, is called
partedUtil.
the command to use is
partedUtil mklabel /dev/disks/<disk id> msdos
Open in new window
this command replaces the partition table on the disk, with a legacy msdos partition table, remember MS DOS? — (»
Toto, I don’t think we’re in DOS anymore»). The legacy MS DOS partition table is a partition table, with which VMware vSphere Hypervisor (ESXi) can deal with, remove and create the VMFS5 datastore.
PLEASE NOTE: this will
ERASE ALL DATA on the disk specified, so it’s important to specify the correct disk.
3. How do we find the correct disk?
At the console prompt type, the following this will show your disks or LUNs on your VMware vSphere Hypervisor (ESXi) host server.
ls -al /dev/disks
Open in new window
the above screenshot shows the disks attached to the VMware vSphere Hypervisor (ESXi), partitions are shown as :1, :2, :3, :4.
The «vml.» listings are symbolic links to your disks, which start with mpx.vmhba:C0:XX:XX:XX:Y or they could be listed as «naa.».
4. Erasing the Partition
Check you have identified the correct disk to delete.
PLEASE NOTE: this will
ERASE ALL DATA on the disk specified, so it’s important to specify the correct disk.
In this tutorial I’m going to delete the partition on disk
vml.0000000000766d68626131
3a333a30 -> mpx.vmhba1:C0:T3:L0
the required is mpx.vmhba1:C0:T3:L0
partedUtil mklabel /dev/disks/mpx.vmhba1:C0:T3:L0 msdos
Open in new window
in the following screenshot, you can see the partition (:1) has disappeared from the last disk — vml.0000000000766d68626
1313a333a3
0 -> mpx.vmhba1:C0:T3:L0
The disk has been erased.
Congratulations, you have successfully destroyed the partition, you will now be able to add your VMFS5 datastore correctly without the error
Call «HostDatastoreSystem.QueryVmfsDatastoreCreateOptions» for object «datastoreSystem-xx» on vCenter Server «hostname» failed.»
Basic VMware Articles:
- Part 1: HOW TO: Install and Configure VMware vSphere Hypervisor 5.1 (ESXi 5.1)
- Part 2: HOW TO: Connect to the VMware vSphere Hypervisor 5.1 (ESXi 5.1) using the vSphere Client
- Part 3: HOW TO: Create an ISO CD-ROM/DVD-ROM image (*.iso), and MD5 checksum signature, for use with VMware vSphere Hypervisor 5.1 (ESXi 5.1)
- Part 4: HOW TO: Upload an ISO CD-ROM/DVD-ROM image to a VMware datastore for use with VMware vSphere Hypervisor 5.1 (ESXi 5.1) using the vSphere Client, and checking its MD5 checksum signature is correct.
- Part 5: HOW TO: Enable SSH Remote Access on a VMware vSphere Hypervisor 5.1 (ESXi 5.1)
- Part 6: HOW TO: Create your first Linux Virtual Machine on a VMware vSphere Hypervisor 5.1 (ESXi 5.1) Host Server
- Part 7: HOW TO: Create your first Windows Virtual Machine on a VMware vSphere Hypervisor 5.1 (ESXi 5.1) Host Server
- Part 8: HOW TO: Install VMware Tools for Windows on a VMware Windows virtual machine on a VMware vSphere Hypervisor 5.1 (ESXi 5.1) Host Server
- Part 9: HOW TO: Install VMware Tools for Linux on a VMware Linux virtual machine on a VMware vSphere Hypervisor 5.1 (ESXi 5.1) Host Server
- Part 10: HOW TO: Backup (Export) and Restore (Import) virtual machines to VMware vSphere Hypervisor 5.1 for FREE
- Part 11: HOW TO: Suppress Configuration Issues System logs on host are stored on non-persistent storage
- Part 12: HOW TO: Configure and Replace the SSL Certificate on a VMware vSphere Hypervisor 5.1 (ESXi 5.1) Host Server
- Part 13: HOW TO: Configure basic networking on a VMware vSphere Hypervisor 5.1 (ESXi 5.1) Host Server
**************************
**********
**********
**********
**********
**********
Thank you for reading my article, please leave valuable feedback. If you liked my VMware article and would like to see more
Articles from me, please click the Yes button near the:
Was this article helpful? at the bottom of this article just below and to the right of this information. Thank You. Do not forget if you have a question about this article or another VMware, Virtualisation, Windows Server 2012 question, why not post a Question for me and the other Experts Exchange Experts in the VMware, Virtualisation, Windows 2008, Windows 2012 Zones. I look forward to hearing from you. — Andy :- twitter
@einsteinagogo
**************************
**********
**********
**********
**********
**********