Произошла ошибка при попытке создания контрольных точек выбранных виртуальных машин

Всем привет!

Есть 6 физических однотипных серверов объединенных в один кластер

Внутри кластера есть ВМ, у которой не создается Контрольная точка

Виртуальную машину экспортировали в 2019 году с другого кластера, но проблема как то сегодня обнаружили. До этого контрольную точку тоже не создавали, не требовалось.

Сейчас же этот механизм нужен для работы Veeam

Все сопровождается записями в логе

Событие: 16370: «mall-hvs-sql» не удается создать хранилище, необходимое для контрольной точки C:ClusterStoragevolume3disk_e_sql.vhdx: Ошибка доступа (0x80070005). (ИД виртуальной машины D2EFE993-859E-42EE-8E1F-A0D9A255C415)

Событие 18012: Сбой операции с контрольной точкой для «mall-hvs-sql». (ИД виртуальной машины D2EFE993-859E-42EE-8E1F-A0D9A255C415)

Так же постоянно сыпется событие 19510: Не удается найти описание для идентификатора события 19510 из источника Microsoft-Windows-Hyper-V-VMMS. Вызывающий данное событие компонент не установлен на этом локальном компьютере
или поврежден. Установите или восстановите компонент на локальном компьютере.

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

К событию были добавлены следующие сведения:

%%2147942432
0x80070020

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

При это сама служба Управление виртуальными машинами Hyper-V работает. Ее перезапускал — не помогло

Перемещал ВМ на другой хост — не помогло

Перестил диски от этой ВМ на другой хост не помогло

vssadmin 1.1 — Программа командной строки для администрирования службы теневого копирования томов
(C) Корпорация Майкрософт (Microsoft Corportion), 2001-2013.

Имя компонента записи: «Task Scheduler Writer»
   Id компонента записи: {d61d61c8-d73a-4eee-8cdd-f6f9786b7124}
   Id экземпляра компонента записи: {1bddd48e-5052-49db-9b07-b96f96727e6b}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Имя компонента записи: «VSS Metadata Store Writer»
   Id компонента записи: {75dfb225-e2e4-4d39-9ac9-ffaff65ddf06}
   Id экземпляра компонента записи: {088e7a7d-09a8-4cc6-a609-ad90e75ddc93}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Имя компонента записи: «Performance Counters Writer»
   Id компонента записи: {0bada1de-01a9-4625-8278-69e735f39dd2}
   Id экземпляра компонента записи: {f0086dda-9efc-47c5-8eb6-a944c3d09381}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Имя компонента записи: «System Writer»
   Id компонента записи: {e8132975-6f93-4464-a53e-1050253ae220}
   Id экземпляра компонента записи: {b58f30ec-726b-44fb-904b-bf0d66bc88ac}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Имя компонента записи: «ASR Writer»
   Id компонента записи: {be000cbe-11fe-4426-9c58-531aa6355fc4}
   Id экземпляра компонента записи: {af20e007-a348-4a8a-894a-2e88faed5432}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Имя компонента записи: «Microsoft Hyper-V VSS Writer»
   Id компонента записи: {66841cd4-6ded-4f4b-8f17-fd23f8ddc3de}
   Id экземпляра компонента записи: {7f90fdc0-0824-4dc3-980b-10648c2a2118}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Имя компонента записи: «Cluster Shared Volume VSS Writer»
   Id компонента записи: {1072ae1c-e5a7-4ea1-9e4a-6f7964656570}
   Id экземпляра компонента записи: {d38e34e3-ffeb-4d20-9cf1-d0572f06ffe9}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Имя компонента записи: «Shadow Copy Optimization Writer»
   Id компонента записи: {4dc3bdd4-ab48-4d07-adb0-3bee2926fd7f}
   Id экземпляра компонента записи: {43e8ae8b-1aca-4742-a8a5-4f6ec60fc2a9}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Имя компонента записи: «Registry Writer»
   Id компонента записи: {afbab4a2-367d-4d15-a586-71dbb18f8485}
   Id экземпляра компонента записи: {ce492322-b4b6-4891-931e-3f4887a577e3}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Имя компонента записи: «COM+ REGDB Writer»
   Id компонента записи: {542da469-d3e1-473c-9f4f-7847f01fc64f}
   Id экземпляра компонента записи: {0f08cd4e-dc22-48f4-a152-de1b9737bbb6}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Имя компонента записи: «BITS Writer»
   Id компонента записи: {4969d978-be47-48b0-b100-f328f07ac1e0}
   Id экземпляра компонента записи: {6d8d2f6f-5cb4-460d-b9f8-a11fb800ae92}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Имя компонента записи: «WMI Writer»
   Id компонента записи: {a6ad56c2-b509-4e6c-bb19-49d8f43532f0}
   Id экземпляра компонента записи: {cde86ebd-457d-45a9-882b-4915474dc0b4}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Имя компонента записи: «Cluster Database»
   Id компонента записи: {41e12264-35d8-479b-8e5c-9b23d1dad37e}
   Id экземпляра компонента записи: {6fbde1de-d110-4b50-bec3-f289f61625b4}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Каталоги хранения вирт. дисков C:ClusterStorageVolume2Disk_C_SQLSQL.vhdx и C:ClusterStorageVolume3Disk_E_SQL.vhdx

На эти каталоги Volume2 и Volume3 у D2EFE993-859E-42EE-8E1F-A0D9A255C415 есть права на чтение и запись на конечные vhdx файлы

Есть ли смысл предоставить полный доступ?

  • Remove From My Forums

  • Question

  • Dear Support,

    On one of the Hyper-v servers i receive te following error code.

    An error Occurred while attempting to checkpoint the selected Virtual machine(s).

    Checkpoint operation failed.

    ‘OOS-TIR-FS1’ could not initiate a checkpoint operation.

    The guest host is an domain server with Windows 2016 server. Just for your information.

    For backupping I use the software Veeam. The other serves are working correctly.

    Please advise.

    What could be the case?

    Greetz

    Jeffrey de Jong.

    • Edited by

      Tuesday, February 27, 2018 12:11 PM

Answers

  • Hi ,

    There could be many reasons:

    1.After VM migration between hosts, when one host suddenly goes out, few problems can appear.

    2.Sometimes two VMs shows up on Hyper-V host with the same name, one is On and one is Off (one must be removed).

    3.Sometimes there is a problem with performing a backup. The problem is connected with a problem with performing a checkpoint of the VM. The operation ends up with above errors. The reason is that folder permissions with disk files are not properly granted.
    To be precise VM does not have permissions to its own disks folder.

    For your reference:

    Snapshot — General access denied error (0x80070005).

    https://social.technet.microsoft.com/Forums/windowsserver/en-US/458adeb3-f81b-4e26-8224-20dfdb1e4582/snapshot-general-access-denied-error-0x80070005

    Best regards,

    Candy

    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact
    tnmff@microsoft.com.

    • Proposed as answer by
      Candy LuoMicrosoft contingent staff
      Thursday, March 8, 2018 5:43 AM
    • Marked as answer by
      Hamid Sadeghpour SalehMVP
      Monday, September 9, 2019 8:57 AM
  • Remove From My Forums

  • Question

  • Dear Support,

    On one of the Hyper-v servers i receive te following error code.

    An error Occurred while attempting to checkpoint the selected Virtual machine(s).

    Checkpoint operation failed.

    ‘OOS-TIR-FS1’ could not initiate a checkpoint operation.

    The guest host is an domain server with Windows 2016 server. Just for your information.

    For backupping I use the software Veeam. The other serves are working correctly.

    Please advise.

    What could be the case?

    Greetz

    Jeffrey de Jong.

    • Edited by

      Tuesday, February 27, 2018 12:11 PM

Answers

  • Hi ,

    There could be many reasons:

    1.After VM migration between hosts, when one host suddenly goes out, few problems can appear.

    2.Sometimes two VMs shows up on Hyper-V host with the same name, one is On and one is Off (one must be removed).

    3.Sometimes there is a problem with performing a backup. The problem is connected with a problem with performing a checkpoint of the VM. The operation ends up with above errors. The reason is that folder permissions with disk files are not properly granted.
    To be precise VM does not have permissions to its own disks folder.

    For your reference:

    Snapshot — General access denied error (0x80070005).

    https://social.technet.microsoft.com/Forums/windowsserver/en-US/458adeb3-f81b-4e26-8224-20dfdb1e4582/snapshot-general-access-denied-error-0x80070005

    Best regards,

    Candy

    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact
    tnmff@microsoft.com.

    • Proposed as answer by
      Candy LuoMicrosoft contingent staff
      Thursday, March 8, 2018 5:43 AM
    • Marked as answer by
      Hamid Sadeghpour SalehMVP
      Monday, September 9, 2019 8:57 AM

Hyper-V Ошибка доступа (0x80070005)_Image-009

Hyper-V Ошибка Не удается создать хранилище, необходимое для контрольной точки, Ошибка доступа (0x80070005).

Симптомы:

С этой ошибкой я столкнулся  при попытке резервного копирования виртуальных машин на хосте Hyper-V. Вот так она выглядела в Veeam:

Hyper-V Ошибка доступа (0x80070005)

Hyper-V Ошибка доступа (0x80070005)

На самом хосте Hyper-V, при попытке создать контрольную точку выскакивала ошибка:

Hyper-V Ошибка доступа (0x80070005)

Hyper-V Ошибка доступа (0x80070005)

Причины:

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

В свойствах безопасности папки, ВМ из которой работали нормально, была группа пользователей Virtual Machines, а в свойствах другой ее не было. (и найти ее мне не удалось…))

Hyper-V Ошибка доступа (0x80070005)

Решение:

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

Поэтому я решил переместить «проблемные» виртуальные машины в другое место. Для этого в диспетчере Hyper-V выбираем ВМ и жмем «Переместить».

Hyper-V Ошибка доступа (0x80070005)

Откроется мастер перемещения. Жмем «Далее».

Hyper-V Ошибка доступа (0x80070005)

На следующем экране выбираем «Переместить хранилище ВМ».

Hyper-V Ошибка доступа (0x80070005)

Hyper-V Ошибка доступа (0x80070005)

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

Hyper-V Ошибка доступа (0x80070005)

Hyper-V Ошибка доступа (0x80070005)

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

Hyper-V Ошибка доступа (0x80070005)

На следующем шаге жмем «Готово».

Hyper-V Ошибка доступа (0x80070005)_Image-018

Начнется перемещение виртуальной машины.

Hyper-V Ошибка доступа (0x80070005)_Image-019

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

Хочу отметить, что проблема не воспроизводилась и после обратного перемещения ВМ в исходное расположение.

Обсуждение подобной проблемы есть на https://social.technet.microsoft.com/Forums/ru-RU/0c83b8ad-7b9a-4fab-8a68-eb61a827b47c/10551088108610731083107710841099?forum=WS8ru

Еще статьи про виртуализацию VMware и Hyper-V.

  • Remove From My Forums

  • Question

  • We backup our  Hyper-V 2019/16 servers containing couple of virtual machines, with Unitrend backup system, which requires checkpoints to be able to back the VM’s.  When we tested to create checkpoint, it would give the error «An error occured
    while attempting to checkpoint the selected virtual machines. The operation cannot be performend while the object is in use». When we check the logs we get the following Event ID: 19100, 18012, 18014.
    Normally when we reboot the Hyper-V servers , we are able to create checkpoints for a day or so after which the same issue recurs.

    We have used ICACLS to grant the «NT Virtual Machine» user of each VM full access, and ensured that the VHD files and checkpoints are in the same folder. We also ovserved that the .avhdx files which are created would remain and are not able to automatically
    get merged to the parent .vhdx file.

    This is happening al all our Hyper-V 2019 servers which are part of a domain.

    • Edited by

      Thursday, October 10, 2019 8:23 PM

Answers

  • This turns out to be group policy related, I moved my backup servers out of a set of group policies and that seems to have resolved the issue.

    Although I don’t know the exact set of group policies that may be responsible for this issue.

    • Marked as answer by
      az20199
      Thursday, October 31, 2019 8:10 PM
  • Remove From My Forums

  • Question

  • We backup our  Hyper-V 2019/16 servers containing couple of virtual machines, with Unitrend backup system, which requires checkpoints to be able to back the VM’s.  When we tested to create checkpoint, it would give the error «An error occured
    while attempting to checkpoint the selected virtual machines. The operation cannot be performend while the object is in use». When we check the logs we get the following Event ID: 19100, 18012, 18014.
    Normally when we reboot the Hyper-V servers , we are able to create checkpoints for a day or so after which the same issue recurs.

    We have used ICACLS to grant the «NT Virtual Machine» user of each VM full access, and ensured that the VHD files and checkpoints are in the same folder. We also ovserved that the .avhdx files which are created would remain and are not able to automatically
    get merged to the parent .vhdx file.

    This is happening al all our Hyper-V 2019 servers which are part of a domain.

    • Edited by

      Thursday, October 10, 2019 8:23 PM

Answers

  • This turns out to be group policy related, I moved my backup servers out of a set of group policies and that seems to have resolved the issue.

    Although I don’t know the exact set of group policies that may be responsible for this issue.

    • Marked as answer by
      az20199
      Thursday, October 31, 2019 8:10 PM

Хост-машина:

  • Intel Core i3 3120M @ 2,50 ГГц 2,50 ГГц
  • 12 ГБ ОЗУ
  • Windows 10 Enterprise 64Bit
  • 750 ГБ HD
  • 250 ГБ SSD

Виртуальная машина:

  • Windows Server 2008 R2 Enterprise
  • 4 виртуальных процессора
  • 8 ГБ ОЗУ

У меня возникли проблемы с созданием контрольных точек на моей виртуальной машине. Когда я пытаюсь это сделать, Hyper-V выполняет до 19% процесса создания, а затем появляется этот экран ошибок:

Error1

Я проанализировал журналы средства просмотра событий, и в разделе Hyper-V Worker> Admin отображаются следующие сообщения:

«PNSP2013» не удалось запустить операцию контрольной точки: %% 2147754996 (0x800423F4). (Идентификатор виртуальной машины 69EAA8C6-E8E9-4585-97AE-5633F400BB89)[

И я также собрал журнал VSSDiag, который не содержит соответствующей информации (по крайней мере, для меня)

Модуль записи VSS отклонил событие с ошибкой 0x800423f4. Модуль записи столкнулся с непереходной ошибкой. Если процесс резервного копирования повторяется, ошибка, скорее всего, повторяется.
Изменения, внесенные модулем записи в компоненты модуля записи во время обработки события, не будут доступны запрашивающей стороне.
Проверьте журнал событий на наличие связанных событий из приложения, в котором находится средство записи VSS.
Журнал:

Operation:    PostSnapshot  Event
Context:
Execution Context: Writer
Writer Class Id: {b2014c9e-8711-4c5c-a5a9-3cf384484757}
Writer Name: NTDS 
Writer Instance ID: {2b09511a-25fd-47cd-929f-4f1f60cc1594}
Command Line: C:Windowssystem32lsass.exe
Process ID: 636NTDS

Некоторые важные моменты для рассмотрения:

  1. У меня достаточно места на диске SSD для хранения файла контрольных точек.
  2. Я пытался остановить все службы сторонних разработчиков на виртуальной машине и перезапустить ее, но безуспешно
  3. Если я выключу виртуальную машину, контрольная точка может быть создана без ошибок.
  4. Согласно этой статье, я также проверил KB982018, и он уже установлен на виртуальной машине.

Я не могу понять, что, черт возьми, происходит … Некоторая помощь?

Hyper-V

    • В этой статье представлены решения для «Ошибка контрольной точки чтения виртуальной машины Hyper-V, и виртуальная машина не может запустить проблему», вызванную следующим поведением:
    • симптом:
    • Причина ошибки:
    • решение

Исходный адрес: https://blog.virtualcenter.com/2019/01/19/property-maxinternalsize-does-not-exist-in-class-msvm_virtualharddisksettingdata-vhdx-on-hyper-v/

В этой статье представлены решения для «Ошибка контрольной точки чтения виртуальной машины Hyper-V, и виртуальная машина не может запустить проблему», вызванную следующим поведением:

  1. Смонтируйте виртуальный диск в диспетчере дисков;
  2. Ручное редактирование или манипуляция (например, попытка открытия двойным щелчком) файла виртуального диска (* .vhdx).

симптом:

При попытке «проверить» виртуальный диск через страницу настроек виртуальной машины в диспетчере виртуальных машин Hyper-V (см. Рис. 1) выскакивает ошибка, как показано на рис. 2.
1 Hyper-V
Рисунок 1 Страница настроек виртуальной машины Hyper-V
2 “ ”
Рис. 2 Сообщение об ошибке виртуального диска «Проверить»

Причина ошибки:

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

решение

Выполните следующие команды в Powershell (путь — это путь хранения файлов .avhdx и .vhdx):

Set-VHD " путь  checkpoint1.avhdx" -ParentPath " путь  disk.vhdx"

Если возвращается ошибка, показанная на рисунке 3:
3 Set-VHD
Рис. 3 Выполнение Set-VHD возвращает сообщение об ошибке

Попробуйте добавить параметр –ignoreidmismatch после того, как команда Set-VHD может решить проблему (Действительно для меня),который:

Set-VHD " путь  checkpoint1.avhdx" -ParentPath " путь  disk.vhdx" –ignoreidmismatch

Источник

Hyper-V Ошибка доступа (0x80070005)_Image-009

Hyper-V Ошибка Не удается создать хранилище, необходимое для контрольной точки, Ошибка доступа (0x80070005).

Симптомы:

С этой ошибкой я столкнулся  при попытке резервного копирования виртуальных машин на хосте Hyper-V. Вот так она выглядела в Veeam:

Hyper-V Ошибка доступа (0x80070005)

Hyper-V Ошибка доступа (0x80070005)

На самом хосте Hyper-V, при попытке создать контрольную точку выскакивала ошибка:

Hyper-V Ошибка доступа (0x80070005)

Hyper-V Ошибка доступа (0x80070005)

Причины:

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

В свойствах безопасности папки, ВМ из которой работали нормально, была группа пользователей Virtual Machines, а в свойствах другой ее не было. (и найти ее мне не удалось…))

Hyper-V Ошибка доступа (0x80070005)

Решение:

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

Поэтому я решил переместить «проблемные» виртуальные машины в другое место. Для этого в диспетчере Hyper-V выбираем ВМ и жмем «Переместить».

Hyper-V Ошибка доступа (0x80070005)

Откроется мастер перемещения. Жмем «Далее».

Hyper-V Ошибка доступа (0x80070005)

На следующем экране выбираем «Переместить хранилище ВМ».

Hyper-V Ошибка доступа (0x80070005)

Hyper-V Ошибка доступа (0x80070005)

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

Hyper-V Ошибка доступа (0x80070005)

Hyper-V Ошибка доступа (0x80070005)

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

Hyper-V Ошибка доступа (0x80070005)

На следующем шаге жмем «Готово».

Hyper-V Ошибка доступа (0x80070005)_Image-018

Начнется перемещение виртуальной машины.

Hyper-V Ошибка доступа (0x80070005)_Image-019

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

Хочу отметить, что проблема не воспроизводилась и после обратного перемещения ВМ в исходное расположение.

Обсуждение подобной проблемы есть на https://social.technet.microsoft.com/Forums/ru-RU/0c83b8ad-7b9a-4fab-8a68-eb61a827b47c/10551088108610731083107710841099?forum=WS8ru

Еще статьи про виртуализацию VMware и Hyper-V.

Источник
  • Remove From My Forums

  • Question

  • We backup our  Hyper-V 2019/16 servers containing couple of virtual machines, with Unitrend backup system, which requires checkpoints to be able to back the VM’s.  When we tested to create checkpoint, it would give the error «An error occured
    while attempting to checkpoint the selected virtual machines. The operation cannot be performend while the object is in use». When we check the logs we get the following Event ID: 19100, 18012, 18014.
    Normally when we reboot the Hyper-V servers , we are able to create checkpoints for a day or so after which the same issue recurs.

    We have used ICACLS to grant the «NT Virtual Machine» user of each VM full access, and ensured that the VHD files and checkpoints are in the same folder. We also ovserved that the .avhdx files which are created would remain and are not able to automatically
    get merged to the parent .vhdx file.

    This is happening al all our Hyper-V 2019 servers which are part of a domain.

    • Edited by

      Thursday, October 10, 2019 8:23 PM

Answers

  • This turns out to be group policy related, I moved my backup servers out of a set of group policies and that seems to have resolved the issue.

    Although I don’t know the exact set of group policies that may be responsible for this issue.

    • Marked as answer by
      az20199
      Thursday, October 31, 2019 8:10 PM

Источник

Хост-машина:

  • Intel Core i3 3120M @ 2,50 ГГц 2,50 ГГц
  • 12 ГБ ОЗУ
  • Windows 10 Enterprise 64Bit
  • 750 ГБ HD
  • 250 ГБ SSD

Виртуальная машина:

  • Windows Server 2008 R2 Enterprise
  • 4 виртуальных процессора
  • 8 ГБ ОЗУ

У меня возникли проблемы с созданием контрольных точек на моей виртуальной машине. Когда я пытаюсь это сделать, Hyper-V выполняет до 19% процесса создания, а затем появляется этот экран ошибок:

Error1

Я проанализировал журналы средства просмотра событий, и в разделе Hyper-V Worker> Admin отображаются следующие сообщения:

«PNSP2013» не удалось запустить операцию контрольной точки: %% 2147754996 (0x800423F4). (Идентификатор виртуальной машины 69EAA8C6-E8E9-4585-97AE-5633F400BB89)[

И я также собрал журнал VSSDiag, который не содержит соответствующей информации (по крайней мере, для меня)

Модуль записи VSS отклонил событие с ошибкой 0x800423f4. Модуль записи столкнулся с непереходной ошибкой. Если процесс резервного копирования повторяется, ошибка, скорее всего, повторяется.
Изменения, внесенные модулем записи в компоненты модуля записи во время обработки события, не будут доступны запрашивающей стороне.
Проверьте журнал событий на наличие связанных событий из приложения, в котором находится средство записи VSS.
Журнал:

Operation:    PostSnapshot  Event
Context:
Execution Context: Writer
Writer Class Id: {b2014c9e-8711-4c5c-a5a9-3cf384484757}
Writer Name: NTDS 
Writer Instance ID: {2b09511a-25fd-47cd-929f-4f1f60cc1594}
Command Line: C:Windowssystem32lsass.exe
Process ID: 636NTDS

Некоторые важные моменты для рассмотрения:

  1. У меня достаточно места на диске SSD для хранения файла контрольных точек.
  2. Я пытался остановить все службы сторонних разработчиков на виртуальной машине и перезапустить ее, но безуспешно
  3. Если я выключу виртуальную машину, контрольная точка может быть создана без ошибок.
  4. Согласно этой статье, я также проверил KB982018, и он уже установлен на виртуальной машине.

Я не могу понять, что, черт возьми, происходит … Некоторая помощь?

Источник

Всем привет!

Есть 6 физических однотипных серверов объединенных в один кластер

Внутри кластера есть ВМ, у которой не создается Контрольная точка

Виртуальную машину экспортировали в 2019 году с другого кластера, но проблема как то сегодня обнаружили. До этого контрольную точку тоже не создавали, не требовалось.

Сейчас же этот механизм нужен для работы Veeam

Все сопровождается записями в логе

Событие: 16370: «mall-hvs-sql» не удается создать хранилище, необходимое для контрольной точки C:ClusterStoragevolume3disk_e_sql.vhdx: Ошибка доступа (0x80070005). (ИД виртуальной машины D2EFE993-859E-42EE-8E1F-A0D9A255C415)

Событие 18012: Сбой операции с контрольной точкой для «mall-hvs-sql». (ИД виртуальной машины D2EFE993-859E-42EE-8E1F-A0D9A255C415)

Так же постоянно сыпется событие 19510: Не удается найти описание для идентификатора события 19510 из источника Microsoft-Windows-Hyper-V-VMMS. Вызывающий данное событие компонент не установлен на этом локальном компьютере
или поврежден. Установите или восстановите компонент на локальном компьютере.

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

К событию были добавлены следующие сведения:

%%2147942432
0x80070020

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

При это сама служба Управление виртуальными машинами Hyper-V работает. Ее перезапускал — не помогло

Перемещал ВМ на другой хост — не помогло

Перестил диски от этой ВМ на другой хост не помогло

vssadmin 1.1 — Программа командной строки для администрирования службы теневого копирования томов
(C) Корпорация Майкрософт (Microsoft Corportion), 2001-2013.

Имя компонента записи: «Task Scheduler Writer»
   Id компонента записи: {d61d61c8-d73a-4eee-8cdd-f6f9786b7124}
   Id экземпляра компонента записи: {1bddd48e-5052-49db-9b07-b96f96727e6b}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Имя компонента записи: «VSS Metadata Store Writer»
   Id компонента записи: {75dfb225-e2e4-4d39-9ac9-ffaff65ddf06}
   Id экземпляра компонента записи: {088e7a7d-09a8-4cc6-a609-ad90e75ddc93}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Имя компонента записи: «Performance Counters Writer»
   Id компонента записи: {0bada1de-01a9-4625-8278-69e735f39dd2}
   Id экземпляра компонента записи: {f0086dda-9efc-47c5-8eb6-a944c3d09381}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Имя компонента записи: «System Writer»
   Id компонента записи: {e8132975-6f93-4464-a53e-1050253ae220}
   Id экземпляра компонента записи: {b58f30ec-726b-44fb-904b-bf0d66bc88ac}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Имя компонента записи: «ASR Writer»
   Id компонента записи: {be000cbe-11fe-4426-9c58-531aa6355fc4}
   Id экземпляра компонента записи: {af20e007-a348-4a8a-894a-2e88faed5432}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Имя компонента записи: «Microsoft Hyper-V VSS Writer»
   Id компонента записи: {66841cd4-6ded-4f4b-8f17-fd23f8ddc3de}
   Id экземпляра компонента записи: {7f90fdc0-0824-4dc3-980b-10648c2a2118}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Имя компонента записи: «Cluster Shared Volume VSS Writer»
   Id компонента записи: {1072ae1c-e5a7-4ea1-9e4a-6f7964656570}
   Id экземпляра компонента записи: {d38e34e3-ffeb-4d20-9cf1-d0572f06ffe9}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Имя компонента записи: «Shadow Copy Optimization Writer»
   Id компонента записи: {4dc3bdd4-ab48-4d07-adb0-3bee2926fd7f}
   Id экземпляра компонента записи: {43e8ae8b-1aca-4742-a8a5-4f6ec60fc2a9}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Имя компонента записи: «Registry Writer»
   Id компонента записи: {afbab4a2-367d-4d15-a586-71dbb18f8485}
   Id экземпляра компонента записи: {ce492322-b4b6-4891-931e-3f4887a577e3}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Имя компонента записи: «COM+ REGDB Writer»
   Id компонента записи: {542da469-d3e1-473c-9f4f-7847f01fc64f}
   Id экземпляра компонента записи: {0f08cd4e-dc22-48f4-a152-de1b9737bbb6}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Имя компонента записи: «BITS Writer»
   Id компонента записи: {4969d978-be47-48b0-b100-f328f07ac1e0}
   Id экземпляра компонента записи: {6d8d2f6f-5cb4-460d-b9f8-a11fb800ae92}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Имя компонента записи: «WMI Writer»
   Id компонента записи: {a6ad56c2-b509-4e6c-bb19-49d8f43532f0}
   Id экземпляра компонента записи: {cde86ebd-457d-45a9-882b-4915474dc0b4}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Имя компонента записи: «Cluster Database»
   Id компонента записи: {41e12264-35d8-479b-8e5c-9b23d1dad37e}
   Id экземпляра компонента записи: {6fbde1de-d110-4b50-bec3-f289f61625b4}
   Состояние: [1] Стабильный
   Последняя ошибка: Нет ошибок

Каталоги хранения вирт. дисков C:ClusterStorageVolume2Disk_C_SQLSQL.vhdx и C:ClusterStorageVolume3Disk_E_SQL.vhdx

На эти каталоги Volume2 и Volume3 у D2EFE993-859E-42EE-8E1F-A0D9A255C415 есть права на чтение и запись на конечные vhdx файлы

Есть ли смысл предоставить полный доступ?

Источник

  • Произошла ошибка при попытке получения списка виртуальных коммутаторов
  • Произошла ошибка при попытке подтверждения подписи проекта vba
  • Произошла ошибка при попытке подписи fintender
  • Произошла ошибка при попытке подписать документ альфа банк
  • Произошла ошибка при попытке подписать данные на выбранном сертификате mos ru при входе