Unable to proceed without a log file vmware что делать
Обновлено: 07.07.2024
Ошибка при установке операционной системы на виртуальную машину.
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:\Windows\Wm\Virtual Machines\Windows XP Professional\Windows XP Professional.vmdk": Insufficient permission to access file. ТАК ПИШЕТ. у кого так было? как войти в неё?
Добавлено через 31 секунду
Persk, персик пожалуйста помоги мне
Добавлено через 1 минуту
Андрей1224, Андрюша у меня на экране квадратик и там так написано где в настройках по нажимать чтоб зайти в машину. люди очень нужно помогите Тани(((
солнце я тормоз в этом деле ((( у тебя есть агент можешь мне написать вот моё мыло . я запускаю как обычно ,но вот такое окно сегодня выдает написали что надо для чтения поставить но как и где я незнаю..
Добавлено через 2 минуты
Hikari, есть варианты.
magirus, там параметры тока ,я пыталась меня и на больше и на меньшее не получается .
Добавлено через 5 минут
magirus, ПОЛУЧИЛОСЬ ДОГНАЛА ,ДЛЯ ЧТЕНИЯ НАСТРОИЛА НО ВСЕ РОВНО НЕ ВХОДИТ ..ЧТО ЕЩЁ НАДО ЭТОЙ МАШИНЕ?
C:\Users\Сергей\Documents\Virtual Machines\Unified Networking Lab (2)
Щелкнуть ПКМ, снять галочку
закройте виртуальную машину. зайдите по пути - C:\Windows\Wm\Virtual Machines\Windows XP Professional\ найдите файл Windows XP Professional.vmdk
щелкните по нему правой кнопкой мыши - выберите свойства.
Добавлено через 47 секунд
возможно то же нужно проделать со всеми файлами в папке.
TANYA13_13, покажите путь где у вас храняться ВМ, скажите имеете ли вы полный доступ на ПК ?
Добавлено через 10 минут
Епт, ты хоть не ставишь галку на атрибут "Только для чтения" ?
Ее снимать нужно
magirus, смотри зайти почти получилось теперь пишет внутренняя ошибка
MAGIRUS, теперь вот так пишет : An error occurred while opening configuration file "C:\Wm\Virtual Machines\Windows XP Professional\Windows XP Professional.vmx": Insufficient permission to access the file.
Cannot open the configuration file C:\Wm\Virtual Machines\Windows XP Professional\Windows 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 и т.д. в зависимости от вашего вендора).
Рисунок 1
Почему появляется 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
2. Обратитесь в службу поддержки VMware.
Прежде чем приступить к дальнейшему исследованию и устранению неполадок, рекомендуется обратиться в службу поддержки VMware, если у вас есть контракт на поддержку. Параллельно с вашим расследованием они смогут помочь вам в проведении корневого анализа причин (RCA).
3. Перезагрузите затронутый хост ESXi.
Чтобы восстановить сервер, вам необходимо перезагрузить его. Я бы также посоветовал оставить его в режиме обслуживания, пока вы не выполните полный анализ RCA, пока не будет определена и исправлена ошибка. Если вы не можете позволить себе держать его в режиме обслуживания, по крайней мере, точно настройте свои правила DRS, чтобы на нем работали только второстепенные виртуальные машины, чтобы в случае возникновения другого PSOD влияние было минимальным.
4. Получите coredump
В зависимости от вашей конфигурации у вас может быть дамп ядра в одной из следующих форм:
b. В виде файла .dump в одном из хранилищ данных хоста
c. В виде файла .dump на vCenter — через службу netdump
Рисунок 3
5. Расшифруйте ошибку.
Наиболее распространенные случаи описаны в отдельных статьях базы знаний VMware. Поэтому используйте эту таблицу в качестве индекса для ошибок PSOD:
Читайте также: