Проблемы при миграции виртуальной машины Hyper-V в Windows Server 2012 R2 (0x8009030E, 0x8009030D и др.)
Всем привет сегодня разберем, как решается ошибка 0x8009030E или 0x8009030D при миграции виртуальной машины Hyper-V в Windows Server 2012 R2. Напомню миграция — это перемещение виртуальной машины на другой хост виртуализации, и вот во время этого процесса возникает этот неприятный момент.
Сбой операции миграции виртуальной машины в исходном расположении миграции
Причины ошибок 0x8009030E и 0x8009030D
И та и другая ошибка связаны с тем что нужно входить на каждый сервер для выполнения определенной задачи (через локальный сеанс консоли, сеанс удаленного рабочего стола или удаленный сеанс Windows PowerShell) с сервера с которого осуществляется миграция либо настроить ограниченное делегирование для хостов.
Поскольку каждый раз входить с сервера на сервер неудобно, я опишу как настроить ограниченное делегирование.
Решения:
На вкладке Динамическая миграция, должна стоять галка Включить входящие и исходящие миграции.
Вторая причина у вас не включен Kerberos. Если у вас по CredSSp, не удается мигрировать выставляем тогда Kerberos, для большей безопасности, его мы еще поднастроим.
Так же если вы пытаетесь делать миграцию работающей виртуальной машины, может возникнуть ошибка VMM:
virtual machine … is using processor-specific features not supported on host…
Для решения, удостоверьтесь, что у вас стоит галка в свойствах виртуалки, на вкладке Процессор (Выполнить перенос на физический компьютер с другой версией процессора). Данная галка нужна если у вас разные процессоры, так как не везде все сервера одинаковые.
Если вы выполняете миграцию с рабочей станции, через оснастку Диспетчер Heper-V вы опять словите данную ошибку 0x8009030E или 0x8009030D, так как данную операцию нужно производить с хоста Hyper-V, где лежит тачка подключенного по RDP, но не спешите расстраиваться, мы же не зря настраивали kerberos, делаем ниже инструкции и радуемся жизни
Для того чтобы kerberos отработал и вы не получили ни 0x8009030E, ни 0x8009030D при миграции виртуальной машины Hyper-V в Windows Server 2012 R2, делаем следующее. Открываем оснастку Active Directory — Пользователи и компьютеры, ищем там ваши компьютеры Hyper-V и переходим в их свойства. Переходим на вкладку Делегирование, выставляем там Доверять компьютеру делегирование указанных служб > Использовать только Kerberos и добавляем туда две службы первая — cifs (для миграции хранилищ), вторая — Microsoft Virtual System Migration Service
Все можно теперь мигрировать спокойно.
Если у вас SCVMM
Если у вас есть scvmm, то проверьте, что в свойствах хоста
Перейдите на вкладку Доступ к узлу и проверьте, что в Учетная запись запуска от имени не пуста, если там ничег онет, то через обор добавьте.
Код ошибки возвращенный модулем шифрования 0x8009030d
0x8009030E при миграции виртуальной машины Hyper-V в Windows Server 2012 R2
0x8009030E при миграции виртуальной машины Hyper-V в Windows Server 2012 R2
Всем привет сегодня разберем, как решается ошибка 0x8009030E при миграции виртуальной машины Hyper-V в Windows Server 2012 R2. Напомню миграция — это перемещение виртуальной машины на другой хост виртуализации, и вот во время этого процесса возникает этот неприятный момент.
Причины ошибки 0x8009030E
Первая причина у вас не включена динамическая миграция Hyper-V, проверить это можно в свойствах хоста виртуализации.
На вкладке Динамическая миграция, должна стоять галка Включить входящие и исходящие миграции.
Вторая причина у вас не включен Kerberos. Если у вас по CredSSp, не удается мигрировать выставляем тогда Kerberos, для большей безопасности, его мы еще поднастроим.
Так же если вы пытаетесь делать миграцию работающей виртуальной машины, удостоверьтесь, что у вас стоит галка в свойствах виртуалки, на вкладке Процессор (Выполнить перенос на физический компьютер с другой версией процессора). Данная галка нужна если у вас разные процессоры, так как не везде все сервера одинаковые.
Для того чтобы kerberos отработал и вы не получили 0x8009030E при миграции виртуальной машины Hyper-V в Windows Server 2012 R2, делаем следующее. Открываем оснастку Active Directory — Пользователи и компьютеры, ищем там ваши компьютеры Hyper-V и переходим в их свойства. Перехлдим на вкладку Делегирование, выставляем там Доверять компьютеру делегирование указанных служб > Использовать только Kerberos и добавляем туда две службы первая — cifs (для миграции хранилищ), вторая — Microsoft Virtual System Migration Service
Все можно теперь мигрировать спокойно.
Если у вас SCVMM
Если у вас есть scvmm, то проверьте, что в свойствах хоста
Перейдите на вкладку Доступ к узлу и проверьте, что в Учетная запись запуска от имени не пуста, если там ничег онет, то через обор добавьте.
Мигрируем через Powershell
Думаю было не сложно и вы победили свою ошибку 0x8009030E.
Код ошибки возвращенный модулем шифрования 0x8009030d
Вопрос
36870
0
2
0
0
0x8000000000000000
server
0x8009030d
10001
Ответы
На сертификаты. Надо в выводе команды опознать сетрификат «SSL Server» (по отпечатку, по серийному номеру — смотрите свойства этого сертификата) и посмотреть для него имя контейнера ключа.
Все ответы
Недоступен закрытый ключ сертификата. Причины могут быть разные. Одна из наиболее частых — отсутствие разрешений у учетной записи, которая должна использовать сертификат (Local System (Система) в данном случае — см. элмент в XML события)
Для проверки найдите имя контейнера ключа проблемного сертификата в списке установленных сертификатов с помощью команды
и, после этого, проверьте, и, если надо, — добавьте разрешение на чтение на файл с этим именем в папке
C:ProgramDataMicrosoftCryproRSAMachineKeys (для поставщика RSA) или C:ProgramDataMicrosoftCryproKeys (для CNG)
для учетной записи Local System (Система).
А на что при выводе команды нужно обратить внимание?
На сертификаты. Надо в выводе команды опознать сетрификат «SSL Server» (по отпечатку, по серийному номеру — смотрите свойства этого сертификата) и посмотреть для него имя контейнера ключа.
Заметил еще 2 нюанса:
1) Ошибка возникает только в момент подключения через «Подключение к удаленному рабочему столу» к данному компьютеру.
2) На компьютере подключенному к домену такой ошибки не возникает.
Проблема актуальна и сейчас, а потому напишу своё решение, которое мне помогло (вдруг кто будет искать, и наткнётся на тему)
Ошибки сыпятся из-за включения шифрования SSLдля RDP-соединения. И не всегда это происходит из-за ручного вмешательства. У меня появилось после массового обновления с Центра обновлений Windows на двух серверах Server 2008r2 с ролями Lync 2013.
Вылечилось путём отключения шифрования:
Заходите Администрирование — Службы удаленных рабочих столов, откройте Конфигурация узла сеансов удаленных рабочих столов. Щёлкаете по значку RDP-TCP и меняете Уровень шифрования на совместимый с клиентом. У меня стояло FIPS-совместимый:
Ошибки сразу пропадают, и RDP-соединения начнут работать.
Код ошибки 0x80004005 в Windows 10
Печальный код ошибки 0x80004005 в Windows 10 может появляться в нескольких вариациях, и в основном классифицируется как «Неопределенная ошибка», что затрудняет понять источник возникновения данной ошибки. Ошибка 0x80004005 может возникать, когда пользователь не может получить доступ к общим папкам или дискам по сети, виртуальным машинам, как Virtual Box. Но это не все, эта ошибка также появляется при установки обновлений Windows в «центре обновления». Давайте посмотрим, как исправить код ошибки 0x80004005 в Windows 10.
Как исправить ошибку 0x80004005 в Windows 10
Я буду приводить решение данной ошибки для различных ситуаций, будь то ошибка в Virtual box, ошибка сети доступа или в центре обновления Windows. Вы можете сразу выбрать, где у вас ошибка и приступить к исправлению:
1. Ошибка 0x80004005 при попытке доступа к общим папкам и дискам
Эта ошибка возникает, когда пытаемся зайти на другой локальный компьютер по сети. В других случаях когда вы пытаетесь удалить, переместить или переименовать какой-либо файл, то возможно этот файл в момент перемещения используется системой.
Способ 1. Нажмите сочетание кнопок Win + R и введите regedit, чтобы открыть редактор реестра. В редакторе реестра перейдите по следующему пути:
Нажмите справа на пустом поле правой кнопкой мыши и «Создать» > «Параметр DWORD (32 бита)«. Далее задайте имя LocalAccountTokenFilterPolicy и значение 1. Если у вас система 64-bit, то нужно создать параметр QWORD (64 бита).
Способ 2.
Нажмите сочетание кнопок Win + R и введите hdwwiz. cpl, чтобы открыть диспетчер устройств. Далее разверните графу «Сетевые адаптеры«, нажмите на вкладку сверху «Вид» и выберите «Показать скрытые устройства«. Если у вас появятся сетевые адаптеры Microsoft 6to4, то щелкните по ним правой кнопкой мыши и выберите удалить устройство. Перезагрузите ПК и проверьте устранена ли ошибка 0x80004005 при сетевом доступе.
Если ошибка не усnранена, то рекомендую проверить SMB протокол. Обратитесь к этому руководству Шаг 6.
2. Ошибка E_FAIL (0x80004005) Virtual Box
Способ 1. Нажмите сочетание кнопок Win + R и введите regedit, чтобы открыть редактор реестра. В редакторе реестра перейдите по следующему пути:
Если справа у вас есть подобный ключ C:Program FilesOracleVirtualBoxVirtualBox. exe со значением DisableUserCallbackException, то удалите его и проверьте решена ли проблема. Если вы используете антивирусный продукт, то отключите его на время и повторите момент с реестром.
Способ 2. Нужно попробовать переименовать файлы, тем самым задействовать файл-бэкап копии. Для начало вы должны знать путь установленной системы при которой вылетает ошибка. Путь можно посмотреть в самом Virtual Box нажав на «Файл» > «Настройки». Когда узнали путь переходим по нему, по умолчанию у всех он C:Usersваше имяVirtualBox VMs выбираем ОС, в мое случае это папка 7 (Win7). В папке нас интересуют два файла с расширением .vbox и .vbox-prev:
Теперь перейдите в папку C:Usersваше имя. VirtualBox, нужно проделать тоже самое:
3. Ошибка 0x80004005 Центра обновления Windows
Разберем, как исправить ошибку 0x80004005 в Windows 10 при установке обновлений.
Способ 2. Если это не обновление функции, а только накопительное обновление, вы можете вручную скачать и установить обновления Windows из официального каталога Microsoft. Откройте «Параметры» > «Обновление и безопасность» > «Центр обновления Windows» > справа «Просмотр журнала обновлений«. Посмотрите в журнале, какое именно обновление не удалось. Далее перейдите в каталог обновлений Windows введите номер KB обновления, которое не удалось установить, скачайте его и установите.
Если выше не помогло, то я собрал отличное руководство в котором написаны самые решаемые способы по устранению различных ошибок в «Центре обновления Windows».
Указан неправильный алгоритм (0х80090008)
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
сертификат проверьте и список всего ПО с версиями сюды
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
makariesp пишет: Ошибка создания подписи: указан неправильный алгоритм (0х80090008).
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
makariesp пишет: Алгоритма у казанного в теме «КонтинентАП 0x80090008 указан неверный алгоритм» нет.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
makariesp пишет: Я не программист
Нет параметра:
[HKEY_LOCAL_MACHINESOFTWAREMicrosoftCryptographyOIDEncodingType 0CryptDllFindOIDInfo-1.2.643.2.1.3.1.2.1!3].
Есть:
[HKEY_LOCAL_MACHINESOFTWAREMicrosoftCryptographyOIDEncodingType 0CryptDllFindOIDInfo-1.2.643.2.1.3.1.2.1!4].
Вот и первый успех — докопались-таки до нужных веток реестра!
1. «Родной» параметр в HKEY_LOCAL_MACHINESOFTWAREMicrosoftCryptographyOIDEncodingType 0CryptDllFindOIDInfo — это 1.2.643.2.1.3.1.2.1!3 (без»-» впереди).
2. Кто-то или по ошибке, или почему уже переименовал другой параметр в «-1.2.643.2.1.3.1.2.1! 4 ], зачем — не знаю, но он сейчас нас не интересует.
3. Если в ветке HKEY_LOCAL_MACHINESOFTWAREMicrosoftCryptographyO >3 «, которую и надо переименовать в » — 1.2.643.2.1.3.1.2.1!3″ — больше не знаю что ещё можно подсказать для решения проблемы, к сожалению. Возможно более опытные коллеги помогут Вам.
Код ошибки 0x80004005: что это такое и как это исправить
Это ошибка, которая может появляться как самостоятельно, так и вместе с другими ошибками. Выглядит обычно таким образом: “Error Code 080004005. Unspecified error”. Но все они легко решаются.
Почему появляется данное сообщение?
Код ошибок 0x80004005 обычно происходит при доступе к общим папкам или дискам, при использовании определенных программ или при установке обновлений. Вот наиболее распространенные причины кода ошибок 0x80004005:
Компания Microsoft по-прежнему не решила многочисленные проблемы с глобальными обновлениями «Виндовс». Пользователи компьютеров часто встречают ошибку:
Это может быть связано с рядом причин, наиболее распространенными из них являются следующие:
К счастью, есть способы решения для каждого из этих сценариев.
Способ исправления проблем с активацией
Первое, что мы должны сделать – это убедиться в активации операционной системы. Для исправления ошибки 0x80004005 необходимо открыть меню «Пуск», а затем выбрать «Парраметры». В открывшемся окне выбираем пункт «Обновление и безопасность» и в появившемся списке слева нажимаем на «Устранение неполадок». Таким образом мы открыли еще одну вкладку, в которой необходимо запустить диагностику и устранить неполадку «Центра обновления». В большинстве случаев все проблемы будут решены в автоматическом режиме.
Способ исправления проблем с поврежденными файлами
Достаточно часто случается, что поврежден системный файл opencl. dll, из-за которого возникает сообщение “Error Code 0x80004005. Unspecified error“. Для проверки целостности и устранения проблемы вы можете воспользоваться одним из встроенных в Windows 10 инструментов: SFC (система проверки файлов) или DISM (обслуживание и управление образами обновления).
Также можно попробовать полностью очистить директорию загрузки файлов обновления. Для этого запустите файловый менеджер и перейдите в папку «C:WindowsSoftwareDistributionDownload». После чего удалите все файлы и другие папки, которые увидите. Это заставит Windows 10 загрузить все файлы обновления заново.
Ошибка при попытке доступа к общим папкам и дискам
Если код 0x80004005 появляется при попытке доступа к общим папкам и дискам, то проблема может быть в реестре или в наличии скрытых виртуальных сетевых адаптеров.
Способ исправления ошибки 0x 80004005 в реестре
В обоих случаях ставим значение «1», и не забудьте нажать «ОК». Возможно, потребуется перезагрузка компьютера.
Внимание! Не удаляйте и не меняйте ничего в реестре, если вы не знаете, что делаете.
Способ исправления лишних виртуальных сетевых устройств
Нажмите кнопки «Windows» + R и введите hdwwiz. cpl. Так вы быстро попадете в диспетчер устройств. Нажмите «Вид» в меню и выберите «Показать скрытые устройства». Просмотрите список сетевых адаптеров. Если вы увидели устройство под названием Microsoft 6to4, то они, вероятнее всего, и стали причиной ошибки 80004005. Их надо удалить.
После этого перезагрузите компьютер и проверьте результат.
«E-FAIL 0x80004005» в VirtualBox
Появление 0x80004005 на VirtualBox обычно связана с ключом реестра.
Способ исправления
Нажмите кнопки «Windows» + R. В появившемся окне введите regedit для открытия редактора реестра. Перейдите к следующему пути реестра:
Если сообщение с надписью 80004005 по-прежнему появляется, то:
Вывод
Любая неисправность в работе Windows 10 поддается лечению. Но самый верный, а для многих единственный, способ исправить ошибку 0x 80004005 – это чистая установка «Виндовс 10». При этом удалятся все сохраненные данные, установленные приложения и ошибки.
https://adminotes. ru/problemy-pri-migratsii-virtualnoj-mashiny-hyper-v-v-windows-server-2012-r2-0x8009030e-0x8009030d-i-dr/
https://top-office11.ru/oshibki-i-problemy/kod-oshibki-vozvrashhennyj-modulem-shifrovaniya-0x8009030d. html
https://fixbin. ru/kod-oshibki-0x80004005/