Veeam error code 0x00000005

Вики IT-KB

Пошаговые руководства, шпаргалки, полезные ссылки.

Инструменты пользователя

Инструменты сайта

Veeam Backup & Replication 9.5 — Ошибка «Access is denied 0x00000005 Failed to create persistent connection to ADMIN$ shared folder on host» при подключении выделенного хоста Hyper-V

В некоторых сценариях может возникнуть необходимость подключения выделенного хоста виртуализации Hyper-V (хоста не входящего в кластер Hyper-V) к серверу Veeam Backup & Replication 9.5.

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

«Access is denied.
–tr:Error code: 0x00000005
–tr: Failed to create persistent connection to ADMIN$ shared folder on host…»

Чтобы решить данную проблему, на целевом хосте виртуализации нам потребуется ослабить настроенные по умолчанию в Windows Server ограничения доступа к административным ресурсам для локальных учётных записей типа Admin$, C$ и т.п.

Сделать это можно добавив параметр LocalAccountTokenFilterPolicy с типом REG_DWORD и значением 1 в ключ реестра: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System .

Сразу после этого мастер по добавлению хоста с использованием локальной учётной записи должен отработать без ошибки доступа.

Дополнительные источники информации:

Проверено на следующих конфигурациях:

Версия ОС Версия Veeam Backup & Replication
Microsoft Windows Server 2012 R2 Datacenter (6.3.9600) 9.5.0.1038

Автор текущей редакции:
Алексей Максимов
Время публикации: 08.01.2018 12:58

Обсуждение

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

Источник

Блог Сисадмина

Полезная информация об администрировании пользовательских и серверных ОС Windows.

Ошибка при настройке Veeam B&R

При первоначальном добавлении в Veeam Backup&Replication локального сервера Hyper-V после ввода имени пользователя и пароля для доступа к серверу возникает ошибка:

Access is denied.
—tr:Error code: 0x00000005
—tr:Failed to create persistent connection to ADMIN$ shared folder on host [192.168.13.2].
—tr:Failed to install service [VeeamDeploySvc] was not installed on the host [192.168.13.2]

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

  • Указать встроенную учетную запись администратора
  • Отключить UAC. Это можно сделать через msconfig, или сразу запустив UserAccountControlSettings.
  • Установить необходимые пакеты VeeamHvIntegration.msi and VeeamTransport.msi на сервер вручную. Они находятся в папке C:\Program Files\Veeam\Backup and Replication\Backup\Packages.
  • добавить в реестр ключ (regedt32)

Windows Registry Editor Version 5.00[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System]»LocalAccountTokenFilterPolicy»=dword:00000001

Ошибка при настройке Veeam B&R : 1 комментарий

Не нужно этого делать, открывать системные шары наружу.
Достаточно полностью отключить UAC
HKLM\Software\Microsoft\Windows\CurrentVersion\Policies\System EnableLUA=0

Источник

Veeam error code 0x00000005

Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору dinohrom
Цитата:

точно и однозначно рефс- тк фаст клонинг

Собственно, так и сделал, разметив сторадж с рекомендованным размером блока, а потом что-то засомневался.
Цитата:

рефс- не дедуплицируемая на уровне файловой системы фс

Но заявлено, что в серванте 2019 уже дедуплицируемая, вроде как?

Всего записей: 902 | Зарегистр. 11-04-2002 | Отправлено: 15:50 15-03-2020

dinohrom

Newbie

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору отличие нтфс от рефс, среди прочего, отсутствие дудупа, ман по фс. дедуп заменен на фаст клон силами вима, что более эффективно.
размер блока какой выставлен в рефс ?
Всего записей: 21 | Зарегистр. 06-01-2007 | Отправлено: 16:51 15-03-2020
MACTEP

Advanced Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору dinohrom
Цитата:

размер блока какой выставлен в рефс ?

64k

Всего записей: 902 | Зарегистр. 11-04-2002 | Отправлено: 17:14 15-03-2020
reff

Gold Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору MACTEP
Поищите ответ на свой вопрос в блоге на хабре и ютубном канале veeam.
Всего записей: 6928 | Зарегистр. 04-09-2003 | Отправлено: 00:52 16-03-2020
U2007

Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору MACTEP
посмотрите на дисковую загрузку от дедупликации и вопрос отпадет.
мое мнение — ну его на эту дедупликацию на винде в рамках бэкап репозитория — поскольку бэкапы ежедневные, то постдедупликация будет практически бесперерывная (хотя в 2019 допилили многопоток, может там дела лучше будут, не пробовал)
Всего записей: 329 | Зарегистр. 25-11-2008 | Отправлено: 16:22 16-03-2020
MACTEP

Advanced Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Спасибо за инфу и подсказки! Соберу тогда рейд с размером страйпа 256к и форматну в рефс с 64к кластером.
Всего записей: 902 | Зарегистр. 11-04-2002 | Отправлено: 18:46 16-03-2020
Chekhov

Newbie

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Можно настроить чтоб Veeam Agent для Microsoft Windows FREE делал бэкап раз в месяц?
Всего записей: 5 | Зарегистр. 23-05-2016 | Отправлено: 14:59 03-04-2020
gegetthrjtyk

Junior Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Добрый день.
Сегодня поставил VBR и сразу столкнулся с проблемой
Processing VM Error: Skipping VM processing due to insufficient free disk space on datastore esxistorage.
Не понимаю чего может не хватать, если под бэкап у меня есть 8ТБ свободного места, а на датасторе esxi — 800ГБ, и это при размере дисков ВМ 60ГБ. Почему вообще место требуется на датастре, да так, что аж более чем в 10 раз больше от размера ВМ не хватает ?
Всего записей: 45 | Зарегистр. 01-02-2016 | Отправлено: 18:36 25-05-2020
U2007

Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору gegetthrjtyk
800ГБ — это сколько процентов от объема датастора?
в VEEAM есть настройка зависящая от % свободного пространства на датасторе, страховка на случай заполнения стораджа от разросшихся снапшетов.
Всего записей: 329 | Зарегистр. 25-11-2008 | Отправлено: 19:00 25-05-2020
gegetthrjtyk

Junior Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору U2007
Спасибо, идею понял. Это 2% с небольшим.
UPD: Настройка skip VM processing в general options.
Всего записей: 45 | Зарегистр. 01-02-2016 | Отправлено: 15:37 26-05-2020 | Исправлено: gegetthrjtyk, 15:56 26-05-2020
neyasyt9

Junior Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору del
Всего записей: 191 | Зарегистр. 19-01-2015 | Отправлено: 12:39 16-07-2020 | Исправлено: neyasyt9, 14:46 03-08-2020
Serg0FFan

Silver Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Уважаемые, подскажите, что за беда такая с 10кой?
Пытаюсь восстановить файлы из архива, Guest Files — Microsoft Windows.
Выбираю архив, указываю причину восстановления, жму Finish,
далее пишет что сейчас бэкап браузер откроется и вылетает вот эта ошибка.
09.12.2020 11:43:24 Error Выдано исключение типа «Veeam.Backup.AgentProvider.AgentClosedException».

Причем на всех архивах виндовых. На Linux всё нормально, открывается браузер файлов и можно все восстановить. Причем на двух разных установках такая беда, последний патч 10а установил сегодня же и . ничего не поменялось.

В логах, на сервере где установлен Veeam B&R10 такая запись есть:
Имя сбойного приложения: VeeamAgent.exe, версия: 10.0.1.4854, метка времени: 0x5fc7f778
Имя сбойного модуля: VeeamAgent.exe, версия: 10.0.1.4854, метка времени: 0x5fc7f778
Код исключения: 0xc0000005
Смещение ошибки: 0x0000000000bc163c
Идентификатор сбойного процесса: 0x214c
Время запуска сбойного приложения: 0x01d6ce1e63a2be9c
Путь сбойного приложения: C:\Program Files (x86)\Veeam\Backup Transport\x64\VeeamAgent.exe
Путь сбойного модуля: C:\Program Files (x86)\Veeam\Backup Transport\x64\VeeamAgent.exe
Идентификатор отчета: a3b1a353-3a11-11eb-81a8-6805ca277f0c

Всего записей: 3029 | Зарегистр. 25-12-2002 | Отправлено: 18:36 09-12-2020
CrazYViruS_CrazyNet

Member

Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Доброго времени всем !
При попытке обновления а далее при «чистой установки» — «VeeamBackup&Replication_10.0.1.4854_20200723» возникает ошибка: «Адресат вызова создал исключение.»

В логах: «BackupSrvLog.log» на данном этапе проблема:
MSI (s) (D4:A0) [20:54:38:680]: Invoking remote custom action. DLL: C:\Windows\Installer\MSICEBC.tmp, Entrypoint: VmaRPCExtensionPhased
***Veeam*** Storage name: ‘C:\ProgramData\Veeam\Setup\Temp\\VmRPCExtensionPhased’.
***Veeam*** Serialize RPC server.
***Veeam*** Internal RPC server endpoint: B84FE13F-0251-4880-A192-E0816A5DC540.
***Veeam*** RpcServerUseProtseqEpW.
***Veeam*** Registering interface.
***Veeam*** Composing binding string.
***Veeam*** Composed binding string: ncalrpc:
***Veeam*** Creating bind from binding string.
***Veeam*** Start execute action.
***Veeam*** Trying to execute (install) assembly ‘Veeam.Backup.Setup.dll_x64’, class ‘Veeam.Backup.Setup.BackupWmiServerSetupExtension’.
***Veeam*** SRV: Product: ‘‘. Assembly: ‘C:\Users\CRAZYV

1\AppData\Local\Temp\77ee83ac-a1b4-4e5f-b89c-b20da1ef6482\Veeam.Backup.Setup.dll_x64′.
***Veeam*** SRV: Executing .NET-assembly.
***Veeam*** SRV: [31.12.2020 20:54:40]: [VEEAM] Serialize::WmiServerSetupExtension
***Veeam*** SRV: [31.12.2020 20:54:40]: [VEEAM] ExecuteInstall::WmiServerSetupExtension
***Veeam*** SRV: [31.12.2020 20:54:40]: [VEEAM] Performing setup action (Action=2)
***Veeam*** SRV: [31.12.2020 20:58:14]: [VEEAM|ERROR] Адресат вызова создал исключение. (System.Reflection.TargetInvocationException)
***Veeam*** SRV: [31.12.2020 20:58:14]: [VEEAM|ERROR] в System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)
***Veeam*** SRV: [31.12.2020 20:58:14]: [VEEAM|ERROR] в System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments)
***Veeam*** SRV: [31.12.2020 20:58:15]: [VEEAM|ERROR] в System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
***Veeam*** SRV: [31.12.2020 20:58:15]: [VEEAM|ERROR] в System.RuntimeType.InvokeMember(String name, BindingFlags bindingFlags, Binder binder, Object target, Object[] providedArgs, ParameterModifier[] modifiers, CultureInfo culture, String[] namedParams)
***Veeam*** SRV: [31.12.2020 20:58:15]: [VEEAM|ERROR] в Veeam.Backup.Setup.SetupExtensionTypeExecutor`2.Execute(String methodName, Object[] args)
***Veeam*** SRV: [31.12.2020 20:58:15]: [VEEAM|ERROR] в Veeam.Backup.Setup.WmiServerSetupExtension.ExecuteInstall()
***Veeam*** SRV: [31.12.2020 20:58:15]: [VEEAM|ERROR] Файл существует.
***Veeam*** SRV: [31.12.2020 20:58:15]: [VEEAM|ERROR] (System.IO.IOException)
***Veeam*** SRV: [31.12.2020 20:58:15]: [VEEAM|ERROR] в System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
***Veeam*** SRV: [31.12.2020 20:58:15]: [VEEAM|ERROR] в System.IO.Path.InternalGetTempFileName(Boolean checkHost)
***Veeam*** SRV: [31.12.2020 20:58:15]: [VEEAM|ERROR] в Veeam.Backup.WmiServer.Core.Instrumentation.WMIManagementInstaller.GenerateMof(InstallTypes installType)
***Veeam*** SRV: [31.12.2020 20:58:15]: [VEEAM|ERROR] в Veeam.Backup.WmiServer.Core.Instrumentation.WMIManagementInstaller.DoInstall()
***Veeam*** SRV: [31.12.2020 20:58:15]: [VEEAM|ERROR] в Veeam.Backup.WmiServer.Core.CWmiInstaller.InstallManually(String wmiTypesAssembly)
***Veeam*** SRV: Failed during executing assembly ‘C:\Users\CRAZYV

1\AppData\Local\Temp\77ee83ac-a1b4-4e5f-b89c-b20da1ef6482\Veeam.Backup.Setup.dll_x64′. Error code: 0x80020009. Адресат вызова создал исключение.
Адресат вызова создал исключение.

Собсно куда копать ? если RPC то проблема с портами ? но какой именно ? если wmi то счетчики или в самом wmi проблемы..

Как выяснилось у меня проблема со службой HTTP а именно не Биндятсья и не унбиндяться порты.

А данная ошибка свидетельствует о наличии уже забинженого порта, можно в реестре увидеть — HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\HTTP\Parameters\SslBindingInfo если у вас все по дефолту и порт равен 9401 то раздел 0.0.0.0:9401 будет там.

Удалив этот раздел (0.0.0.0:9401) установка продолжиться но выдает новую ошибку: «VmWinError has been occurred. Error: 2» что свидетельствует об отсутствии раздела 0.0.0.0:9401 хотя если посмотреть через Procmon процесс установки, то установщик создает раздел и очевидно успешно но последующая проверка его присутствия не находит этот раздел и на этом ошибка.

Вообщем ошибка «VmWinError has been occurred. Error: 2» гласит о том что я неправильно снял с привязки сертификат тоесть он файл с информацией о привязке по сути существовал — я выполнил это Netsh http delete sslcert ipport=0.0.0.0:9401.

В логах получил:
***Veeam*** > VmAddFwRulesPhased::Execute() ==========
MSI (s) (84:84) [21:52:35:284]: Executing op: ActionStart(Name=VmACertManage_Install,,)
MSI (s) (84:84) [21:52:35:314]: Executing op: CustomActionSchedule(Action=VmACertManage_Install,ActionType=1025,Source=BinaryData,Target=_VmaCertManage@4,CustomActionData=C:\ProgramData\Veeam\Setup\Temp\\VmCertManage)
MSI (s) (84:4C) [21:52:35:321]: Invoking remote custom action. DLL: C:\Windows\Installer\MSI38D8.tmp, Entrypoint: _VmaCertManage@4
***Veeam*** Storage name: ‘C:\ProgramData\Veeam\Setup\Temp\\VmCertManage’.
***Veeam*** ========= VmCertManage: Executing.
***Veeam*** Execute commands (CertControl1):
***Veeam*** Command ‘BIND_SERVICE’.
***Veeam*** Converting application guid ‘‘.
***Veeam*** Converting port 9401.
***Veeam*** Getting thumbprint.
***Veeam*** Thumbprint is ‘Отпечаток сертификата’.
***Veeam*** Binding certificate to port.
***Veeam*** Success.
***Veeam*** ========= VmCertManage: Executing.

И после этой операции начинается следующая которая приводит опять к: Error code: 0x80020009. Адресат вызова создал исключение.

Открыв Server64.msi в Orca я нашел таблицу VMCertificateCommand где есть три операции и две из них подряд биндят сертификат и переменные например порта у обоих совпадают: https://i.imgur.com/0E381JX.png

Отсюда следует что обе команды привязки ссылаются на один и тот-же порт.

И я решил закостылить это все дело.
Во время установки читал непрерывно лог дойдя до момента первой привязки, дождался успешного её завершения после выполнил команду Netsh http delete sslcert ipport=0.0.0.0:9401, и все прошло дальше (кстати второй раз привязка не создалась, мне пришлось создавать вручную с теми данными из лога appid и Thumbprint).

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

Всего записей: 340 | Зарегистр. 01-02-2010 | Отправлено: 22:26 31-12-2020 | Исправлено: CrazYViruS_CrazyNet, 15:06 02-01-2021
Softos

Newbie

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Всем привет, пытался нагуглить свою проблему с VeeamBackup, но так и не смог ее толком описать в поисковике. Архивируется несколько ноутбуков, каждый вечер, все архивы складываются в один репозитарий на сервере бэкапов, каждый в свою папку с назвнанием ноутбука, Retention Policy для всех задана 2 дня, с синтетическими бэкапами по средам и субботам, все отлично работает и копиии переодически обрезаются до 2 дней в пятницу и понедельник. А теперь проблема: В какой-то момент бэкап одного из ноутбуков раздваивается, новая полная копия начинает делаться в новую папку с тем же названием +»_1″ в Backups сам Backup раздваивается и в нем образуются 2 бэкапа с одинаковым названием в одном все старые точки восстановления, а в другом одна полная новая и дальше бэкап продолжается в новой ветке, а старые точки восстановления остаются и не удаляются по Retention Policy. В свойствах нового бэкапа Owner менется на новый ID. Как лечу: Удаляю с диска старую ветку бэкапов, удаляю из конфигурации новую ветку бэкапов, переименовываю обратно папку с новым бэкапом, ресканирую репозитарий в джобах маплю новый бэкап на старое задание и все работает дальше до очередного такого сбоя. Вопрос: Что это? Как с этим бороться? Заранее спасибо.
Всего записей: 29 | Зарегистр. 20-03-2007 | Отправлено: 01:14 04-03-2021
T49

Junior Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Спустя пол года, случайно нашел агента через который можно сделать несколько задач бэкапа.
И что-то файловое резервное копирование меня разочаровало по скорости.

В папке 989GB, в основном видео и местами немного картинок.
Macrium Reflect — собрал это добро в бэкап за — 2 часа 31 минуту.
Veeam Agent — то самое мутузил — 7 часов 30 минут.

Хотя ранее пробовал на папках 300 и 500гб, там последний оставал на незначительное время, 10-20 минут.
Конечно пойду копать дальше, может задачу я сделал не очень толково.

Всего записей: 55 | Зарегистр. 08-10-2017 | Отправлено: 18:49 18-03-2022
HristNew

Junior Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Добрый день комрады

попробовал протестить восстановление файлов из архива и наткнулся на ошибку

Источник

Читайте также:  Error code 0x887a0004 как исправить
Поделиться с друзьями
КомпСовет
Adblock
detector