Challenge
After upgrading VBO to version1.5, out of date repository upgrade fails with an “Upgrade failed: Repository does not exist” error.The following can be found in the proxy log files:
[Timestamp] 99 (6232) Error: Access is denied
[Timestamp] 99 (6232) Stack:
[Timestamp] 99 (6232) at Veeam.Engine.FreeSpaceController.FreeSpaceInfo.GetFreeSpaceInfo(String uncPath)
at Veeam.Archiver.Proxy.ProxyFileSystemProvider.GetFreeSpaceInfo(String path)
at Veeam.Archiver.Proxy.Proxy.ProxyFileSystemService.GetDiskInfo(String path)
at Veeam.Archiver.Proxy.Proxy.ProxyAdmin2.GetDiskInfo(String path)
at SyncInvokeGetDiskInfo(Object , Object[] , Object[] )
at System.ServiceModel.Dispatcher.SyncMethodInvoker.Invoke(Object instance, Object[] inputs, Object[]& outputs)
at System.ServiceModel.Dispatcher.DispatchOperationRuntime.InvokeBegin(MessageRpc& rpc)
at System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage5(MessageRpc& rpc)
at System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage11(MessageRpc& rpc)
at System.ServiceModel.Dispatcher.MessageRpc.Process(Boolean isOperationContextSet)
Cause
This issue occurs if the services were running under a domain account prior to the upgrade and the repository was located on an SMB share. After upgrading to v1.5, access to this share may be lost, because services in the new version run under the local system account.Solution
Give the account running the services on your VBO server access rights to the repository ([DOMAIN\]VBOSERVERNAME$). Do not change this account for Veeam Backup for Microsoft Office 365 Service.More Information
If the repository was accessed via an administrative share (e.g. c$), this needs to be changed to a direct path to the repository.More information about known issues in v1.5 can be found here.