Vmware workstation error unable to proceed without a log file

Unable to proceed without a log file vmware что делать

Unable to proceed without a log file vmware что делать

В этой теме рассматриваются проблемы, возникающие при работе с
VMware Workstation

Внимание!
Новые версии VMware Workstation предназначены для установки только на 64-битные системы!
Для установки на 32-битные системы используйте версии ниже 11!

«C:Program Files (x86)VMwareVMware Workstationvmrun.exe» -T ws stop «E:HARDDISKSUbuntu ServerUbuntu Server.vmx» Stop a VM soft

Упс, сорри, попутал задачу, не заметил, что хост под убунтой. Собственно, в манах примерно так описывается

Несмотря на то, что я дал файлам vmdk; wmx — полные права, может им нужно еще сменить владельца на vmware?
я выполнил только chmod 777, c vmware настройками еще не разбирался, не знаю ее группу и пользователя для нее.

chown -R user:group /var/lib/vmware/vms

Хост:
Core2Quad Q6600
8Gb DDR2
Win 8.1 x64 (UAC выключен полностью, работа в полном режиме администратора, брандмауэр отключен, антивирусов нет)
VMWare 11.1.0

Гость:
Совместимость оборудования: VMWare 11
1 виртуальный процессор с 2-мя ядрами
512мб оперативы
WinXP x86 sp3 rus оригинал.
vmtools

Unable to proceed without a log file vmware что делать

Ошибка при установке операционной системы на виртуальную машину.
VMware Workstation установлена на Windows8 хочу теперь установить Windows XP на виртуальную машину.

Ошибка при компиляции проекта из Builder 2010 в XE3 — Unable to Open file ‘ALIASREC.OBJ’
Новые проекты создаются и компилируются без проблем, а вот при загрузке любого, самого простого.

При попытке открыть файл, в пути которого есть символы на кириллице, возникает ошибка: Unable to open file
Добавил на форму OpenDialog, Memo. При попытке открыть файл в пути которого есть символы на.

при входе в виртуальную машину так пишет: Unable to open file «C:WindowsWmVirtual MachinesWindows XP ProfessionalWindows XP Professional.vmdk»: Insufficient permission to access file. ТАК ПИШЕТ. у кого так было? как войти в неё?

Добавлено через 31 секунду
Persk, персик пожалуйста помоги мне

Добавлено через 1 минуту
Андрей1224, Андрюша у меня на экране квадратик и там так написано где в настройках по нажимать чтоб зайти в машину. люди очень нужно помогите Тани(((

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

Добавлено через 2 минуты
Hikari, есть варианты.

правой кнопкой по файлу виртуальной машины — свойства.

magirus, там параметры тока ,я пыталась меня и на больше и на меньшее не получается .

Добавлено через 5 минут
magirus, ПОЛУЧИЛОСЬ ДОГНАЛА ,ДЛЯ ЧТЕНИЯ НАСТРОИЛА НО ВСЕ РОВНО НЕ ВХОДИТ ..ЧТО ЕЩЁ НАДО ЭТОЙ МАШИНЕ?

TANYA13_13, в директории Виртуальных машин, например:
C:UsersСергейDocumentsVirtual MachinesUnified Networking Lab (2)
Щелкнуть ПКМ, снять галочку

закройте виртуальную машину. зайдите по пути — C:WindowsWmVirtual MachinesWindows XP Professional найдите файл Windows XP Professional.vmdk
щелкните по нему правой кнопкой мыши — выберите свойства.

Добавлено через 47 секунд
возможно то же нужно проделать со всеми файлами в папке.

magirus, Отмечу, что надо снимать с папки, а не только с файла ВМ попробуйте переместить или скопировать папку с виртуальной машиной из папки Windows в другое место.

TANYA13_13, покажите путь где у вас храняться ВМ, скажите имеете ли вы полный доступ на ПК ?

Добавлено через 10 минут
Епт, ты хоть не ставишь галку на атрибут «Только для чтения» ?
Ее снимать нужно

magirus, смотри зайти почти получилось теперь пишет внутренняя ошибка

MAGIRUS, теперь вот так пишет : An error occurred while opening configuration file «C:WmVirtual MachinesWindows XP ProfessionalWindows XP Professional.vmx»: Insufficient permission to access the file.

Cannot open the configuration file C:WmVirtual MachinesWindows XP ProfessionalWindows XP Professional.vmx.

Добавлено через 2 минуты
magirus, как теперь память увеличить правильно я поняла ?

Добавлено через 8 минут
Konev, я знаю что не нужно я её не снимаю..я почти зашла теперь я так поняла что места там мало увеличиваю но пишет внутрення ошибка..можешь зайти и настроить правильно. ну я совсем начинающая незнаю как сделать правильно..помоги прошу

Несмотря на то, что VMware Workstation является лучшим гипервизором для Windows, в частности, в плане стабильности работы, у него могут возникать определённые сложности. Это может быть, например, ошибка запуска виртуальной машины «Cannot open the configuration file» — ошибка, означающая, что VMware не может открыть файл конфигурации машины, поскольку тот либо повреждён, либо отсутствует. Что делать в такой ситуации? Как восстановить работоспособность виртуальной машины?

Файл конфигурации виртуальной машины

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

Можно попробовать запустить VMware Workstation с правами администратора, открыть машину, выключить гостевую ОС и попробовать снова запустить машину в программе без прав администратора. Если это не поможет, придётся виртуальную машину пересоздать. Но на базе её существующего виртуального диска.

Файл конфигурации машин VMware – это файл формата «.wmx» , где хранятся параметры эмуляции оборудования и прочие настройки, которые мы указываем при создании машин и потом меняем их. Файл конфигурации хранится в папке виртуальной машины, его путь прямо указан в окошке сведений.

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

Удаление виртуальной машины

Идём в проводнике по пути хранения данных машины VMware Workstation. Удаляем все её файлы, кроме виртуальных дисков – файлов «.wmdk» (или «.vhd», если используется этот формат) .

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

Теперь в программе VMware Workstation открываем панель библиотеки и удаляем машину с помощью контекстного меню.

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

Пересоздадим машину. Запускаем создание новой.

Указываем выборочный тип конфигурации.

Указываем, что мы позже установим гостевую ОС.

Указываем установленную на оставшемся виртуальном диске гостевую ОС, её версию и разрядность.

Указываем тип BIOS , какой был у удалённой машины.

Указываем ядра процессора, выделяемую оперативную память.

Контроллеры и тип диска.

На этапе выбора диска выбираем использование существующего виртуального диска.

Жмём кнопку обзора и указываем путь к оставленному виртуальному диску. Указываем основной файл «.vmdk» (или «.vhd») .

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

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

После неудачного резервного копирования виртуальная машина попросила выполнить консолидацию дисков.

Virtual machine disks consolidation is needed

И получаю ошибку.

Unable to access file since it is locked

Не работает примус. Нужно попасть в консоль гипервизора. Для удобства запускаю SSH.

Авторизируюсь по SSH на гипервизоре с «больной» виртуалкой.

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

Действительно, диск переполнен.

Прежде чем разбираться с заблокированной виртуалкой следует почистить /tmp.

Всё место занял файл ams-bbUsg.txt. Это известная проблема. Ошибка в пакете HPE Agentless Management (AMS) версии 11.4.0:

Сначала освободим место.

Место появилось. Но причина не устранена. Пробую обновить пакет AMS.

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

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

Если же хостов может быть несколько, то переходим в каталог с файлами виртуальной машины и смотрим vmware.log:

Нам нужно найти название заблокированного файла.

Заблокирован файл fs-office-000001.vmdk. Определим flat или delta файл.

Получили путь к файлу delta.

Утилита vmfsfilelockinfo поможет определить хост. Утилиту можно запускать, зная файл VMDK flat, delta, esparse для VMFS или .UUID. lck для vSAN.

Получаем MAC адрес хоста, который заблокировал виртуальную машину. По MAC адресу определяем хост. Можно вывести ARP таблицу и получить IP и MAC адреса всех соседних серверов ESXi:

Я же просто пробегаюсь глазами по всем хостам в vCenter:

На найденном хосте выполняем:

Блокировка с виртуальной машины снимается, теперь консолидация выполнится успешно.

Многие администраторы VMware ESXi сталкивались с такой проблемой, как «фиолетовый экран смерти». Самое неприятное в этой проблеме, что у вас возникает недоверие к своей собственной инфраструктуре. В голове постоянно крутятся мысли о том, что такая же проблема может повториться и на другом сервере.

Что такое PSOD?

PSOD расшифровывается, как Purple Screen of Diagnostics, часто называемый Purple Screen of Death от более известного Blue Screen of Death, встречающегося в Microsoft Windows.

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

Данный экран отображается в консоли сервера. Чтобы увидеть его, вам нужно будет либо находиться в центре обработки данных и подключить монитор, либо подключиться удаленно с помощью внеполосного управления сервером (iLO, iDRAC, IMM и т.д. в зависимости от вашего вендора).

Почему появляется PSOD?

Наиболее частые причины PSOD:

1. Аппаратные сбои, в основном связанные с RAM или CPU. Обычно они выдают ошибку «MCE» или «NMI».

2. Программные ошибки

· неверное взаимодействие между компонентами ESXi SW (см. KB2105711)

· из ресурсов: память, динамическая область памяти, буфер (см. KB2034111, KB2150280)

· бесконечный цикл + переполнение стека (см. KB2105522 )

· неверные или неподдерживаемые параметры конфигурации (см. KB2012125, KB2127997)

3. Некорректно функционирующие драйвера; ошибки в драйверах, которые пытаются получить доступ к некорректному индексу или несуществующему методу (см. KB2146526, KB2148123)

Какое влияние оказывает PSOD?

Кроме того, все другие службы, предоставляемые хостом, будут прекращены, поэтому, если ваш хост является частью кластера VSAN, PSOD также повлияет на vSAN.

Что делать?

Одна из самых важных вещей, которые нужно сделать при появлении фиолетового экрана — это сделать снимок экрана. Если вы подключаетесь к консоли удаленно (IMM, iLO, iDRAC, …), будет легко сделать снимок экрана, если нет такой возможности, хотя сфотографируйте экран на телефон. На этом экране много полезной информации о причине сбоя.

2. Обратитесь в службу поддержки VMware.

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

3. Перезагрузите затронутый хост ESXi.

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

4. Получите coredump

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

b. В виде файла .dump в одном из хранилищ данных хоста

c. В виде файла .dump на vCenter — через службу netdump

5. Расшифруйте ошибку.

Наиболее распространенные случаи описаны в отдельных статьях базы знаний VMware. Поэтому используйте эту таблицу в качестве индекса для ошибок PSOD:

Ошибка VMWare: Unable to access a file since it is locked

05.02.2020
itpro
VMWare, Виртуализация
Комментариев пока нет

Очень часто при удалении снапшотов или консолидации дисков виртуальных машин на хостах VMWare ESXi, я сталкиваюсь с ошибкой “Unable to access a file since it is locked”. Это довольна частая проблема связана с ошибками в системе резервного копирования ВМ (я встречал проблему в Veeam, HP Data Protector, Veritas). Блокировка виртуального диска снапшота виртуальной машины не позволит вам выполнить консолидацию (Virtual machine disks consolidation is needed), Storage vMotion на другой дисковый массив, выполнить резервное копирование или удалить текущий снапшот. Иногда виртуальную машины с блокировками нельзя даже элементарно включить.

Ошибка с доступом к заблокированному файлу виртуального диска или снапшот в VMWare может выглядеть так:

Так же вы можете увидеть такую ошибку:

Чаще всего ошибка “Unable to access file since it is locked” появляется:

• Когда некоторые файлы включенной виртуальной машины содержат метки блокировки другими хостаим ESXi;
• При добавлении виртуальных дисков в appliance резервного копирования во время неудачных сессий создания бэкапа;

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

С помощью SSH клиента подключитесь к хосту ESXi, на котором зарегистрирована проблемная ВМ;

В строке RO Owner указан MAC адрес сетевой карты хоста ESXi, который заблокировал данный файл снапшота (MAC адрес выделен на скриншоте). Также обратите внимание на значение Mode:

• mode 1 – блокировка на чтение/запись (например, у включенной ВМ);
• mode 2 – обычно означает, что диск заблокирован приложением резервного копирования.

Чтобы по известному MAC адресу найти ESXi сервер, можно воспользоваться следующими командами в PowerCLI (преобразуйте полученный ранее MAC адрес в формат с двоеточиями):

Import-Module VMware.VimAutomation.Core -ErrorAction SilentlyContinue
connect-viserver vcenter1
Get-VMHost | Get-VMHostNetworkAdapter | Where-Object | Format-List -Property *

Имя ESXi хоста будет указано в поле VMHost.

Также вы можете вывести ARP таблицу прямо с хоста ESXi и получить IP и MAC адреса всех соседних серверов ESXi в сети VMkernel:

esxcli network ip neighbor list

Чтобы снять блокировку с файла ВМ просто перезагрузите найденный ESXi хост (предварительно смигрируйте с него все ВМ с помощью VMotion). Если вы не можете перезагрузить хост, перезапустите службу Management Agent (hostd) в Maintenance Mode из SSH консоли хоста:

После этого попробуйте выполнить консолидацию или удалить снашот ВМ.

Чтобы исправить проблему, откройте параметры ВМ, на которой установлен прокси Veeam. Удалите из оборудования ВМ диск ВМ, файлы которой заблокированы.

Убедитесь, что вы выбрали опцию “Remove from virtual machine”, а не “Remove from virtual machine and delete files from disk”. Иначе вы можете случайно удалить ваш vmdk диск.

Источник

Несмотря на то, что VMware Workstation является лучшим гипервизором для Windows, в частности, в плане стабильности работы, у него могут возникать определённые сложности. Это может быть, например, ошибка запуска виртуальной машины «Cannot open the configuration file» — ошибка, означающая, что VMware не может открыть файл конфигурации машины, поскольку тот либо повреждён, либо отсутствует. Что делать в такой ситуации? Как восстановить работоспособность виртуальной машины?

Файл конфигурации виртуальной машины

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

Можно попробовать запустить VMware Workstation с правами администратора, открыть машину, выключить гостевую ОС и попробовать снова запустить машину в программе без прав администратора. Если это не поможет, придётся виртуальную машину пересоздать. Но на базе её существующего виртуального диска.

Файл конфигурации машин VMware – это файл формата «.wmx», где хранятся параметры эмуляции оборудования и прочие настройки, которые мы указываем при создании машин и потом меняем их. Файл конфигурации хранится в папке виртуальной машины, его путь прямо указан в окошке сведений.

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

Удаление виртуальной машины

Идём в проводнике по пути хранения данных машины VMware Workstation. Удаляем все её файлы, кроме виртуальных дисков – файлов «.wmdk» (или «.vhd», если используется этот формат).

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

Теперь в программе VMware Workstation открываем панель библиотеки и удаляем машину с помощью контекстного меню.

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

Пересоздадим машину. Запускаем создание новой.

Указываем выборочный тип конфигурации.

Жмём «Далее».

Указываем, что мы позже установим гостевую ОС.

Указываем установленную на оставшемся виртуальном диске гостевую ОС, её версию и разрядность.

Имя и расположение машины указываем такие, как были. На сообщение VMware, что, мол, в указанном месте уже есть виртуальная машина жмём «Продолжить».

Указываем тип BIOS, какой был у удалённой машины.

Указываем ядра процессора, выделяемую оперативную память.

Тип сети.

Контроллеры и тип диска.

На этапе выбора диска выбираем использование существующего виртуального диска.

Жмём кнопку обзора и указываем путь к оставленному виртуальному диску. Указываем основной файл «.vmdk» (или «.vhd»).

Готово.

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

В этой статье мы расскажем о возможных причинах, по которым не запускается виртуальная машина 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 с помощью функционала «Выполнить».

Ошибка 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 работает неправильно, так как права на чтение и запись файла не даны либо даны некорректно.

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

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