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

Курс по Asterisk

Полезно

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

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

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

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

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

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

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

Навигация

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

Телефония

FreePBX и Asterisk

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

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

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

Популярное и похожее

Курс по сетям

Как установить Android в VirtualBox

Как преобразовать физический сервер Linux в виртуальную машину VMware

Гайд по продуктам VMware

Восстановить root пароль в vCenter Server 6.5 и выше

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

Как создавать виртуальные машины на Linux с помощью KVM

Ошибка Host cannot communicate with all other nodes in vSAN enabled cluster в vSphere

Еженедельный дайджест

Ошибка запуска виртуальной машины VMware: «Cannot open the disk»

Решаем проблему с дисками

3 минуты чтения

В этой статье рассмотрим как решить следующие неисправности:

Обучайся в Merion Academy

Пройди курс по сетевым технологиям

Начать

• Вам не удаётся включить виртуальную машину
• При включении виртуальной машины происходит сбой
• Вы видите ошибку: Где причина одна из следующего:

Решение

Ошибка №1: не удалось заблокировать файл.

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

Это обычно происходит, если Вы:

1. Пытаетесь запустить вторую виртуальную машину, используя тот же .vmx файл конфигурации виртуальной машины.
2. Включаете виртуальную машину с подключенными дисками с помощью утилиты vmware-mount .
3. Пытаетесь включить виртуальную машину через пользовательский интерфейс во время операции снимка.
4. Пытаетесь добавить виртуальный диск к виртуальной машине, которая уже используется.

Ошибка №2: Родительский виртуальный диск был изменен с момента создания дочернего диска

Данная ошибка возникает, когда снимки находятся в плохом состоянии, либо из-за ручного вмешательства, либо из-за сбоя системы.

Ошибка №3: целевая файловая система не поддерживает большие файлы

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

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

Эта проблема может возникнуть, если файл filename-ctk.vmdk был создан ранее и не был очищен.

Ошибка №5: не удается выделить память

Данная проблема может возникнуть, если в модуле VMFS не хватает места в куче.

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

Данная проблема может возникнуть, если файл дескриптора .vmdk поврежден или отсутствует. Чтобы решить данную проблему, создайте новый файл дескриптора .vmdk для этого диска, а затем отмените регистрацию и заново зарегистрируйте виртуальную машину. Это гарантирует, что клиент vSphere определит правильный размер диска и виртуальная машина включится правильно.

Ошибка №7: недостаточно прав для доступа к файлу

Данная проблема обычно наблюдается в виртуальных машинах, расположенных на хранилищах данных NFS. Данная проблема может возникнуть из-за проблем с разрешениями в хранилище данных NFS.

Чтобы решить данную проблему, убедитесь, что хост имеет правильные разрешения на чтение / запись для доступа к экспорту NFS. Если в массиве хранения установлен параметр «Нет корневого квадрата» (No Root Squash), убедитесь, что данная опция включена, или обратитесь к администратору хранилища.

[Решено] Изменение недоступно, так как для этой виртуальной машины существуют моментальные контрольные точки.

Решений много, т.к непонятно что у вас за ситуация нужно более подробнее, но расскажу основные:
РЕШЕНИЕ 1. Удалить Контрольную Точку ( Checkpoint ) через PowerShell
Получаем список машин:
PS C:\Windows\system32> Get-vm

Name State CPUUsage(%) MemoryAssigned(M) Uptime Status Version
—- —— ———— —————— —— —— ——-
SQL server Running 0 40768 28.02:28:19.4320000 Работает нормально 9.0
Terminal server Running 2 24156 20.23:53:39.5430000 Работает нормально 9.0

Смотрим наличие контрольной точки

PS C:\Windows\system32> Get-VMSnapshot -VMName «SQL server»

VMName Name SnapshotType CreationTime ParentSnapshotName
—— —- ———— ———— ——————
SQL server SQL server — (11.05.2020 — 15:52:43) Standard 11.05.2020 15:52:52

И ТЕПЕРЬ УДАЛЯМ контрольную точку:
PS C:\Windows\system32> Get-VMSnapshot -VMName «SQL server» | Remove-VMSnapshot

РЕШЕНИЕ 2: Слияние контрольной точки «руками» (даже если контрольной точки нет а изменить диск не возможно т.к изменение недоступно, так как для этой виртуальной машины существуют моментальные контрольные точки)
1. В консоли управления hyper-v выделяем нужную машину.
2. С права нажимаем «Изменить диск» / «Edit Disk»;
3. Далее кнопкой «Обзор» выбираем снимок сделанный позже всего (самый свежий снимок);
4. Указываем «Объединить» / «Merge»; Щёлкаем по «К родительскому виртуальному диску»;
5. Потом открывается информационное окно, в котором будет виден родитель объединяемого файла.
6. Нажимаем «Готово» и процесс слияния будет запущен.

Решение 3 : Экспортировать виртуальную машину, а потом импортировать. (можно экспортировать любой снепшот, а можно текущее состояние ВМ без снэпшотов.)

Устранение неполадок в Windows VM путем крепления диска ОС к компьютеру восстановления через портал Azure

Если виртуальная машина Windows (VM) в Azure столкнулась с ошибкой запуска или диска, может потребоваться выполнить действия по устранению неполадок на виртуальном жестком диске (VHD). Распространенным примером является неудачное обновление приложения, которое предотвращает успешное запуск VM. В этой статье подробно сообщается, как использовать портал Azure для подключения виртуального жесткого диска к другому windows VM для устранения ошибок, а затем повторного создания исходного виртуального компьютера.

Обзор процесса восстановления

Процесс устранения неполадок следующим образом:

1. Остановите затронутый VM.
2. Создайте снимок для операционного диска VM.
3. Создайте виртуальный жесткий диск из снимка.
4. Прикрепить виртуальный жесткий диск к другому windows VM для устранения неполадок.
5. Подключение к устранению неполадок. Изменение файлов или запуск любых средств для устранения проблем на исходном виртуальном жестком диске.
6. Отсоединить виртуальный жесткий диск от устранения неполадок.
7. Обмен диском ОС для VM.

Эта статья не применяется к VMs, которые имеют неугодные диски.

Снимок диска ОС

Снимок — это полная, только для чтения копия виртуального жесткого диска. Прежде чем сделать снимок, рекомендуется закрыть VM, чтобы очистить все процессы, которые находятся в процессе. Чтобы сделать снимок диска ОС, выполните следующие действия:

1. Перейдите на портал Azure. Выберите виртуальные машины из боковой панели, а затем выберите виртуальный компьютер с проблемой.
2. На левой области выберите диски, а затем выберите имя диска ОС.
3. На странице Обзор диска ОС выберите Создать снимок.
4. Создайте снимок в том же расположении, что и диск ОС.

Создание диска из снимка

Чтобы создать диск из снимка, выполните следующие действия:

Выберите облачную оболочку на портале Azure.

Запустите следующие команды PowerShell, чтобы создать управляемый диск из снимка. Замените имена примеров соответствующими именами.

Если команды успешно работают, вы увидите новый диск в предоставленной вами группе ресурсов.

Присоединение диска к другому VM

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

Выберите группу ресурсов на портале и выберите устранение неполадок. Выберите Диски > Изменить > Добавление диска данных.

В списке Диски данных выберите диск ОПЕРАЦИОННОй системы VM, который вы идентифицировали. Если вы не видите диск ОС, убедитесь, что устранение неполадок VM и диск ОС находятся в том же регионе (расположении).

Выберите Сохранить, чтобы применить изменения.

Смонтировать присоединенный диск данных к VM

Откройте подключение удаленного рабочего стола к устранению неполадок в VM.

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

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

Устранение проблем на исходном виртуальном жестком диске

С помощью существующего виртуального жесткого диска теперь можно выполнять любые действия по обслуживанию и устранению неполадок по мере необходимости. После решения всех ошибок продолжайте следующие действия.

Отсоединять и отсоединить исходный виртуальный жесткий диск

Отсоедините существующий виртуальный жесткий диск от устранения неполадок. Вы не можете использовать виртуальный жесткий диск с любым другим виртуальным компьютером, пока не будет выпущена аренда, которая прикрепит виртуальный жесткий диск к устранению неполадок.

От сеанса удаленного рабочего стола до VM откройте диспетчер серверов, а затем выберите службы хранения файлов и файлов.

Выберите диски, щелкните правой кнопкой мыши диск данных, а затем выберите Take Offline.

Отсоединить виртуальный жесткий диск от виртуального компьютера. Выберите свой VM на портале Azure и выберите диски.

Выберите Изменить, выберите диск ОС, который вы прикрепили, а затем выберите Detach.

Прежде чем продолжить, подождите, пока диск данных успешно отсоединят от VM.

Обмен диском ОС для VM

Портал Azure теперь поддерживает изменение диска ОС ВМ. Для этого выполните следующие действия:

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

На левой области выберите диски и выберите диск Swap OS Disk.

Выберите новый диск, который вы отремонтировали, а затем введите имя VM, чтобы подтвердить изменение. Если диск не в списке, подождите от 10 до 15 минут после отсоединения диска от устранения неполадок. Также убедитесь, что диск находится в том же расположении, что и VM.

Нажмите OK.

Дальнейшие действия

Если у вас возникли проблемы с подключением к VM, см. в примере Устранение неполадок удаленных подключений к azure VM. О проблемах с доступом к приложениям, работающим на вашем компьютере, см. в выпуске Устранение неполадок, связанных с подключением приложений в Windows VM.

Дополнительные сведения об использовании Azure Resource Manager см. в обзоре Azure Resource Manager.

Особенности работы с виртуальными дискaми VirtualBox

Статья рассматривает особенности использования виртуальных дисков в VirtualBox, применение разных режимов чтения-записи, принцип и организацию работы snapshot-ов, кэширование ввода/вывода данных, а также некоторые аспекты использования виртуальных дисков с точки зрения информационной безопасности. Для тех, кому интересен пример с безопасностью, можете сразу переходить по якорю к разделу об особых режимах записи.

Начнем с некоторых общих понятий. У VirtualBox существуют 3 основных метода предоставления гостевой операционной системе (ОС) доступа к данным. Сей текст концентрируется на использовании виртуальных дисков.

Виртуальные диски подключаются к виртуальной — гостевой ОС, методом эмуляции подключения через соответствующий контроллер, IDE, SATA (AHCI), SCSI, SAS.

Поведение контроллеров запрограммировано таким образом, чтобы имитировать физические прототипы, следовательно IDE контроллер будет работать медленнее SATA и потреблять больше ресурсов процессора, ОС без соответствующих драйверов и аппаратной поддержки не будут взаимодействовать с виртуальными дисками и т.д. Например, в семействе Windows до Windows Vista нет поддержки Advanced Host Controller Interface (AHCI), к которому относится SATA, поэтому в частности, виртуальная машина с ОС Windows XP с SATA работать не будет.

Файлы виртуальных дисков

VirtualBox позволяет работать с разными форматами файлов виртуальных дисков. Помимо собственного VDI, поддерживаются VMDK (VMware), VHD (Microsoft), Parallels version 2 HDD format (Parallels).

Каждому виртуальному диску присваивается уникальный идентификатор UUID, это помогает VirtualBox удостовериться, что каждый диск используется только один раз и не позволяет импортировать в гостевую ОС обычные копии дисков (для этого существует отдельная процедура клонирования).

Виртуальные диски могут быть, как фиксированного размера, так и динамически выделяемого, причем VirtualBox позволяет увеличить размер дискового пространства, независимо от объёма и формата диска и даже в том случае, если диск содержит данные. Ниже пример, как это сделать с помощью утилиты vboxmanage.

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

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

Управление виртуальными медиа (Virtual Media Manager)

VirtualBox ведет реестр всех виртуальных медиа носителей, которые используются всеми гостевыми ОС. Это так называемые ”known media”, доступ к списку (реестру) которых можно получить используя утилиту Virtual Media Manager (доступно из меню File). Эта утилита показывает детальную информацию о каждом виртуальном диске, включая полный путь к файлу, а также к какой именно виртуальной машине файл прикреплен. Информацию из реестра можно удалить используя встроенную функцию удаления “Remove”

Каждый отдельно взятый образ можно «открепить» от виртуальной машины за которой он закреплен, используя функцию ”Release”

Открепив образ, прикрепить его обратно нажатием одной кнопки не удастся, для этого необходимо будет добавить образ, как жесткий диск. Аналогичным способом «прикрепляются» и снэпшоты (снимки диска).

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

Snapshots (Снэпшоты)

Как известно snapshot в переводе с английского означает снимок. Принцип работы механизма прост. При создании снэпшота, VirtualBox переводит текущий образ (образы, если их несколько), прикрепленный к ВМ в режим только для чтения и создает отдельный виртуальный диск (диски) и все последующие процедуры записи производятся уже в новом виртуальном хранилище. Причем фиксируются только изменения в определенных секторах, проще говоря при создании снэпшота диска размером 10GB, новый снэпшот будет гораздо меньше, и будет увеличиваться в размере постепенно, как будут заполнятся сектора.

Логично предположить, что чем больше используется снэпшотов одной виртуальной машины, тем больше используется вычислительных ресурсов для выполнения операций чтения с диска. Действительно, если есть 2 снэпшота, то вначале VirtualBox смотрит есть ли нужный сектор в образе снэпшота2, если нет, то система обращается к снэпшоту1, если и там ничего не обнаружено, то тогда идет обращение к основному диску. Нагрузка все-же будет незначительной и мало заметной для конечного пользователя, т, к. вся таблица секторов постоянно присутствует в памяти.

Стоить помнить, что при удалении снэпшота, все изменения произведенные после его создания «сливаются» с ранее «замороженным» образом.

Кэширование ввода/вывода

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

Помимо расходa ресурсов еще одним недостатком кэширования является недостаточная надежность. Например, если внезапно случился перебой с электропитанием в момент, когда хоставая ОС уже сообщила гостевой об успешном выполнении записи, а сам процесс асинхронной записи еще не завершился. Такой сценарий безусловно приводит к потере данных.

Отключение кэширования выполняется следующим образом:

Bandwidth

VirtualBox позволяет ограничивать ширину пропускного канала для одного или нескольких виртуальных дисков.

Создаем группу “Limit” и устанавливаем лимит в 20 Mb/s

Добавляем нужные диски в группу.

Суммарный для обоих дисков bandwidth не будет превышать 20 MB/s. Этот лимит можно изменить в любой момент, не выключая виртуальной машины.

Особые режимы записи образов

Для каждого образа виртуального диска, поддерживаемого VirtualBox, не зависимо от формата, можно определить режим поведения при записи данных, будь это следствие операций внутри виртуальной машины или снимка дика (snapshot). Такие режимы называются «нестандартными», в то время, как по умолчанию все образы дисков функционируют в «нормальном» режиме. Для того, что бы перевести режим из «нормального» в «нестандартный» можно воспользоваться вышеупомянутым Virtual Media Manager или консольной утилитой vboxmanage

В «нормальном» режиме записи, гостевая ОС может осуществлять чтение и запись с физического диска без всяких ограничений a при создании снимков диска (snapshot), VirtualBox создает oтдельный файл в котором фиксируются все изменения.

В режиме «write through» функция снэпшотов работать не бует.

Режим работы «shareable» своего рода разновидность предыдущего. Тут тоже нет возможности работы со «снэпшотами», зато есть возможность использования несколькими одновременно работающими виртуальными машинами одного образа диска, сценарий кластеризации.

Схожий по названию, но отличающийся по принципам работы режим «multiattach», также позволяет использовать один образ диска для нескольких виртуальных машин, но в этом режиме каждая отдельная виртуальная машина использует свой независимый «снэпшот» и изменения произведенные в одной ВМ не доступны для других.

Режим «read only» используется в основном для работы с образами CD/DVD, т.к. предполагает только чтение.

Режим на который стоит обратить внимание называется «Immutable». Как следует из названия immutable образы не меняются с течением времени. Любые изменения в immutable диске актуальны ровно до тех пор, пока виртуальная машина работает. После отключения виртуальной машины все изменения пропадают. Прежде чем перевести диск в режим immutable стоит сначало создатъ «нормальный» диск, установить и настроить систему в оптимальное состояние, желательно не подключаясь к интеренету, и только после того, как гостевая система готова — «откреплять» диск и переводить его в режим immutable.

Одним из сценариев работы может быть схема при которой используются два диска – один в режиме immutable, на котором находится сама система, второй в нормальном или write-through режиме. На первый взгляд вполне безопасный и понятный сценарий работы — каждый раз загружается «свежая» система. Но не все так прозрачно и есть некоторые нюансы.

Во первых, для immutable дисков есть одно важное исключение. Они не “обнуляются” в случае, когда прикреплены к виртуальной машине, снимок диска которой был сделан пока та была запущенна — так называемый online-snapshot. Это означает, что если например, пользователь создал immutable disk, а потом в процессе работы, создал «снэпшот», не завершив работу виртуальной машины, то начиная с упомянутого «снэпшота» все последующие операции и действия внутри системы будут носить необратимый эффект, т.к. все действия будут де-факто происходить в «снэпшоте».

В случае если основной целью является «свежая система» при каждом запуске, то от использования снэпшотов, лучше воздержаться.

Во-вторых, вышеописанное «обнуление» отдельного образа происходит только в случае, когда команда включения/отключения виртуальной машины посылается самой средой VirtualBox, а не происходит внутри гостевой ОС. Проще говоря, если например перезагрузить гостевую ОС Windows стандартным методом (Меню пуск, перезагрзить систему), то обнуление immutable диска не произойдет.

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

После того, как текущий контейнер установлен в режим immutable, VirtualBox перестает использовать этот контейнер и фактически диск переходит в режим «read only». Все операции записи перенаправляются в отдельный образ и каждый раз, когда виртуальная машина начинает работу этот новый «отдельный» образ «обнуляется». В реальности на жестком диске создается временный «снэпшот», который находится в папке Snapshots, соответствующей виртуальной машины, внутри которого и происходит вся работа. После завершения работы виртуальной машины вышеупомянутый временный скриншот остается нетронутым.

Рассмотрим простой пример

Боб создал виртуальную машину, настроил ОС и перевел диск в режим immutable. Боб регулярно использует свою виртуальную машину для тайного общения с Алисой. При каждом запуске, загружается «свежая» система, не содержащая никаких логов предыдущего общения, текстов, видео или фото. В очередной раз закончив переписку, Боб спокойно выключает виртуальную машину и идет спать.
Предположим также, что перед каждым запуском ОС Боб проверяет, что режим диска установлен как “immutable”.

Ева имеет доступ к компьютеру на котором установлена виртуальная машина. Ей достаточно зайти в папку Snapshots внутри директории соответствующей виртуальной машины и там будет требуемый «снэпшот».

Все что остается сделать Еве, что бы увидеть всю переписку, равно как и результат всех действий производимых Бобом внутри ОС, это перевести диск в «нормальный» режим и перед тем, как запустить виртуальную машину прикрепить к ней снэпшот. Более того, Ева может каждый день делать резервные копии таких «снэпшотов», главное, что бы это было сделано до того, как Боб снова запустит виртуальную машину.

Решением для Боба в данной ситуации будет после завершения работы, вручную удалять все содержимое папки Snapshots. Не говоря уже о том, что надо постоянно проверять в каком режиме работает диск и желательно, либо вообще заблокировать некоторые элементы GUI, что достаточно просто реализуется

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