-
Dynamic
- Veeam Vanguard
- Posts: 53
- Liked: 16 times
- Joined: Mar 02, 2017 2:43 pm
- Full Name: Markus Hartmann
- Contact:
No PVE Hypervisor workloads after inplace upgrade
Hi all,
Is it working as designed that Proxmox is no longer directly integrated after an inplace-upgrade from 12.3.2 to version 13.0.1?
My Proxmox workloads can no longer be activated, and I'm also unable to add Proxmox Hosts within the VBR Console.
The VeeamPVESvc service is present and running and the plugin for Proxmox is installed in version 13.3.0.237.
It's my Lab/NFR environment - so no big deal for me - just curious...
Anyone else can confirm this?
The upgrade to 13.0.1 was successful without any issues.
The Plugin was upgraded within the VBR upgrade procedure, from PVE 12.1.3.217 -> 13.3.0.237
A reboot was done after the upgrade.
Case #07892920
Is it working as designed that Proxmox is no longer directly integrated after an inplace-upgrade from 12.3.2 to version 13.0.1?
My Proxmox workloads can no longer be activated, and I'm also unable to add Proxmox Hosts within the VBR Console.
The VeeamPVESvc service is present and running and the plugin for Proxmox is installed in version 13.3.0.237.
It's my Lab/NFR environment - so no big deal for me - just curious...
Anyone else can confirm this?
The upgrade to 13.0.1 was successful without any issues.
The Plugin was upgraded within the VBR upgrade procedure, from PVE 12.1.3.217 -> 13.3.0.237
A reboot was done after the upgrade.
Case #07892920
Markus Hartmann | Veeam Vanguard | Veeam Legend 2024 | VMCA 2024 & VMCE 2024 | VMware Certified Implementation Expert - Data Center Virtualization 2024 | https://markushartmann.blog/
-
Gostev
- Chief Product Officer
- Posts: 32883
- Liked: 8049 times
- Joined: Jan 01, 2006 1:01 am
- Location: Baar, Switzerland
- Contact:
Re: No PVE Hypervisor workloads after inplace upgrade
It's not expected, thanks for opening a support case.
-
Regnor
- VeeaMVP
- Posts: 1094
- Liked: 344 times
- Joined: Jan 31, 2011 11:17 am
- Full Name: Max
- Contact:
Re: No PVE Hypervisor workloads after inplace upgrade
Hi Markus,
In addition to the support case take a look at this article. And also try to restart the PVE service after all other services are started.
https://www.veeam.com/kb4687
In addition to the support case take a look at this article. And also try to restart the PVE service after all other services are started.
https://www.veeam.com/kb4687
-
anpa
- Service Provider
- Posts: 37
- Liked: 16 times
- Joined: Oct 27, 2011 8:42 am
- Full Name: Andreas Cederlund
- Location: Landskrona, Sweden
- Contact:
Re: No PVE Hypervisor workloads after inplace upgrade
I have the same issue after upgrade and rebooting the server, it seems to be certificate related:
I noticed that my Veeam server certificate was originally from 2019, so I generated a new certificate (Options->Security->Install.. - I choose to generate a new one) and that cleared the error messages and I was able to run backups and add PVE servers again. I guess the old cert lacked permissions/features to be used as a CA/signing cert?
Code: Select all
2025-11-20 10:29:33.9942 00010 [10192] ERROR | [DbProvider client]: ==> Response "Put" "https://localhost:6172/api/proxies/58d815db-dce4-4a9a-b995-e5bef708b70a", "code: 400", duration: "73 msec", headers: "[]", cookies: "[]", body: "{"errorCode":"UnknownError","title":"Failed to generate child certificate from Veeam backup server certificate.","message":"Failed to generate child certificate from Veeam backup server certificate.","statusCode":400}"
2025-11-20 10:29:33.9942 00010 [10192] ERROR | [PlatformService]: Failure in the PlatformService API: An exception occurred while processing the API request. HttpErrorCode: BadRequest, HttpRequestError: . Message: Veeam.Vbf.Rest.Common.ClientGeneration.ApiException: Failed to generate child certificate from Veeam backup server certificate.-
Dynamic
- Veeam Vanguard
- Posts: 53
- Liked: 16 times
- Joined: Mar 02, 2017 2:43 pm
- Full Name: Markus Hartmann
- Contact:
Re: No PVE Hypervisor workloads after inplace upgrade
Thanks Max, I just checked your mentioned KB. The DWORD key was already present with the correct port.Regnor wrote: ↑Nov 20, 2025 6:33 am Hi Markus,
In addition to the support case take a look at this article. And also try to restart the PVE service after all other services are started.
https://www.veeam.com/kb4687
I checked the Certificate Topic from @anpa (my whole installation was only ~4 months old) and created a new cert. The behaviour remains.
Code: Select all
2025-11-20 11:26:55.4263 00014 [17016] INFO | [CertificateStoreBase]: Successfully found the certificate: "Service certificate: CN=hu-vbr-a-20, O=Veeam Software, OU=Veeam Software. EffectiveDate: 24.06.2025 19:38:15. ExpirationDate: 22.06.2035 19:38:15. Thumbprint:71E52729C9E8372AE7AB073A69F3492D640ECF45"
2025-11-20 11:26:55.4263 00014 [17016] INFO | [VeeamPlatformAuthenticator]: VeeamAuth executable path: 'C:\Program Files\Veeam\Backup and Replication\Backup\VeeamAuth.exe'.
2025-11-20 11:26:55.4263 00014 [17016] INFO | [VeeamPlatformAuthenticator]: Starting VeeamAuth: "C:\Program Files\Veeam\Backup and Replication\Backup\VeeamAuth.exe" /purpose:DATA /platformId:01208ee8-47fe-4ea8-8727-5115874da1ad
2025-11-20 11:26:56.1202 00016 [17016] ERROR | [VeeamPlatformAuthenticator]: Failed to authenticate using the VeeamAuth client: System.Exception: Failed to execute VeeamAuth: 'Veeam.Backup.Identity.Client.TokenAuthenticationException: Unable to perform authorization: The client does not have access permissions for the resource.
So I switched back to the original certificate.
Update:
I just removed the PVE Plugin and installed it again - this didn't change anything at all.
Additional info: this VBR system is also part of a VRO environment / VRO agent (now on V13) is running on this system.
Markus Hartmann | Veeam Vanguard | Veeam Legend 2024 | VMCA 2024 & VMCE 2024 | VMware Certified Implementation Expert - Data Center Virtualization 2024 | https://markushartmann.blog/
-
newmrac
- Lurker
- Posts: 1
- Liked: never
- Joined: Nov 20, 2025 11:54 am
- Full Name: Renat Matveev
- Contact:
Re: No PVE Hypervisor workloads after inplace upgrade
Hi.
Have the same issue, after in-place upgrade from the latest B&R 12 to 13.01, all plugins stopped working (PVE, AWS, EntraId, etc). PVE backups are impossible to start. Services of plugins are running, but still no luck.
In VM section only Hyper-V and VMWare are available.
Error notifications from server:
I decided to reinstall Veeam BR 13 completely: saved config, Veeam uninstalled, dropped Postgres database.
After reinstall and import of configuration all worked fine. All plugins were available.
I started backups of PVE VMs. And in the middle of backup interface of the console hanged completely.
I closed console, restarted it and the issue returned: all plugins are absent. Not possible to start\stop PVE tasks. AWS\Entra other plugins stopped working too.
Backups of PVE hanged.
Have the same issue, after in-place upgrade from the latest B&R 12 to 13.01, all plugins stopped working (PVE, AWS, EntraId, etc). PVE backups are impossible to start. Services of plugins are running, but still no luck.
In VM section only Hyper-V and VMWare are available.
Error notifications from server:
Code: Select all
20/11/2025 10:01:19 Warning Failed to connect to AWS plug-in: Failed to login to platform service (ID: [9a8806c7-85c8-4ecd-8eea-f6fde055e802]): Failed to execute VeeamAuth: 'Veeam.Backup.Identity.Client.TokenAuthenticationException: Unable to perform authorization: The client does not have access permissions for the resource.
at Veeam.Backup.Identity.Client.HttpIdentityClient.ParseJsonBasedOnStatusCodeAsync[TOk](HttpResponseMessage response, CancellationToken cancellationToken)
at Veeam.Backup.Identity.Client.HttpIdentityClient.PostTokenAsync(TokenRequest request, CancellationToken cancellationToken)
at Veeam.Backup.Identity.Client.IdentityClient.RequestTokenByGssAsync(TokenRequestData tokenRequestData, CancellationToken cancellationToken)
at Veeam.Backup.Identity.Client.SimpleTokenRefresher.RequestTokensAsync(IDateTimeProvider dateTimeProvider, Func`2 refreshFunc, CancellationToken cancellationToken)
at Veeam.Backup.Identity.Client.SimpleTokenRefresher.CreateAsync(IDateTimeProvider dateTimeProvider, Func`2 refreshFunc, CancellationToken cancellationToken)
at Veeam.Backup.Identity.Client.AuthorizationSessionFactory.CreateSimpleAsync(Func`2 refreshFunc, CancellationToken cancellationToken)
at Veeam.Common.Rpc.SAuthorizationSession.CreateByLocalAuthentication(IIdentityClient identityClient, TokenRequestData requestData, Boolean useRefreshToken)
at Veeam.Common.Rpc.SIdentitySessionProvider.<>c__DisplayClass6_0.<CreateAuthorizedByLocalAuthentication>b__0()
at Veeam.Common.Rpc.CAuthorizedIdentitySessionProvider.GetIdentitySession()
at Veeam.Common.Rpc.CGrpcChannelProvider.<>c__DisplayClass10_0.<ForUrl>b__0(IServiceProvider sp)
at Veeam.Common.Rpc.CGrpcChannelProvider.Initialize(IServiceProvider serviceProvider)
at Veeam.Common.Rpc.CVbrGrpcClientContextBuilder.Build()
at VeeamAuth.CProgram.CreateGrpcClientContext(IIdentitySessionProvider identitySessionProvider)
at VeeamAuth.CProgram.ConnectToVbrServiceWitAuthentication(IIdentityClient identityClient)
at VeeamAuth.CProgram.AuthenticateAndRegisterPlatformServiceAsync(CVeeamAuthCmdParams parameters)
at VeeamAuth.CProgram.Main(String[] args)
'
20/11/2025 10:01:19 Warning Failed to connect to Microsoft Azure plug-in: Failed to login to platform service (ID: [89622f35-9e48-424b-9d52-a74dc03b65c2]): No valid response from VeeamAuth utility
20/11/2025 10:01:34 Warning Failed to connect to Google Cloud plug-in: Failed to login to platform service (ID: [30d473aa-1164-4842-959a-c80a776f8cb6]): One or more errors occurred. (The operation has timed out.)
After reinstall and import of configuration all worked fine. All plugins were available.
I started backups of PVE VMs. And in the middle of backup interface of the console hanged completely.
I closed console, restarted it and the issue returned: all plugins are absent. Not possible to start\stop PVE tasks. AWS\Entra other plugins stopped working too.
Backups of PVE hanged.
-
Gostev
- Chief Product Officer
- Posts: 32883
- Liked: 8049 times
- Joined: Jan 01, 2006 1:01 am
- Location: Baar, Switzerland
- Contact:
Re: No PVE Hypervisor workloads after inplace upgrade
Folks, please don't dump random unrelated Proxmox issues into this thread (deleted some).
This issue discussed here is likely due to an outdated backup server certificate that does not allow generating child certificates, we have also seen it in some internal labs now.
Backup server fails to renew those old certificates automatically because cryptographic hashes they use are too old. So the issue will not impact relatively fresh VBR installations, but only those first deployed many years ago.
I'm hearing replacing outdated certificate is not a very easy process, we will create a Support KB about this. @tpayton let's prioritize this please.
This issue discussed here is likely due to an outdated backup server certificate that does not allow generating child certificates, we have also seen it in some internal labs now.
Backup server fails to renew those old certificates automatically because cryptographic hashes they use are too old. So the issue will not impact relatively fresh VBR installations, but only those first deployed many years ago.
I'm hearing replacing outdated certificate is not a very easy process, we will create a Support KB about this. @tpayton let's prioritize this please.
-
tsightler
- VP, Product Management
- Posts: 6042
- Liked: 2867 times
- Joined: Jun 05, 2009 12:57 pm
- Full Name: Tom Sightler
- Contact:
Re: No PVE Hypervisor workloads after inplace upgrade
Your error is a little bit different, the error with older certificates is "Failed to generate child certificate from Veeam backup server certificate" while your is "Unable to perform authorization". It's a similar issue, but not quite the same, after you generated the new certificate did you restart all Veeam services to make sure they all received new certs issues from the new master VBR cert?Dynamic wrote: ↑Nov 20, 2025 10:25 amIt seems that the new cert (from today) is not recognized by the PVE plugin, logs still shows the cert from 06/2025.Code: Select all
2025-11-20 11:26:55.4263 00014 [17016] INFO | [CertificateStoreBase]: Successfully found the certificate: "Service certificate: CN=hu-vbr-a-20, O=Veeam Software, OU=Veeam Software. EffectiveDate: 24.06.2025 19:38:15. ExpirationDate: 22.06.2035 19:38:15. Thumbprint:71E52729C9E8372AE7AB073A69F3492D640ECF45" 2025-11-20 11:26:55.4263 00014 [17016] INFO | [VeeamPlatformAuthenticator]: VeeamAuth executable path: 'C:\Program Files\Veeam\Backup and Replication\Backup\VeeamAuth.exe'. 2025-11-20 11:26:55.4263 00014 [17016] INFO | [VeeamPlatformAuthenticator]: Starting VeeamAuth: "C:\Program Files\Veeam\Backup and Replication\Backup\VeeamAuth.exe" /purpose:DATA /platformId:01208ee8-47fe-4ea8-8727-5115874da1ad 2025-11-20 11:26:56.1202 00016 [17016] ERROR | [VeeamPlatformAuthenticator]: Failed to authenticate using the VeeamAuth client: System.Exception: Failed to execute VeeamAuth: 'Veeam.Backup.Identity.Client.TokenAuthenticationException: Unable to perform authorization: The client does not have access permissions for the resource.
So I switched back to the original certificate.
-
Dynamic
- Veeam Vanguard
- Posts: 53
- Liked: 16 times
- Joined: Mar 02, 2017 2:43 pm
- Full Name: Markus Hartmann
- Contact:
Re: No PVE Hypervisor workloads after inplace upgrade
I restarted the whole system, didn't change anything. But after that, I reverted back to the original cert (and reboot).
As mentioned, my whole system is about 4/5 month old (started with 12.3.2 @ 06/2025) so this shouldn't be a problem with an outdated certificate.
Providing additional logs for support is no problem.
As mentioned, my whole system is about 4/5 month old (started with 12.3.2 @ 06/2025) so this shouldn't be a problem with an outdated certificate.
Providing additional logs for support is no problem.
Markus Hartmann | Veeam Vanguard | Veeam Legend 2024 | VMCA 2024 & VMCE 2024 | VMware Certified Implementation Expert - Data Center Virtualization 2024 | https://markushartmann.blog/
Who is online
Users browsing this forum: No registered users and 2 guests