Backup Agent - How long need to wait for activation?

I have trouble with instalation of backup agent on Debian 13, but after...

wget https://download2.veeam.com/VAL/v6/veeam-release-deb_1.0.11_amd64.deb
dpkg -i ./veeam-release* && apt-get update
apt-get install veeam-nosnap
veeamconsoleconfig --restart_service

This install and start service.

But still in console veeam i see my agent as Health, but Not Activated state? in OVH Panel (not_configured) state.

How to force activation? force backup policy configuration? or how long I need to wait?

root@uff:/etc/veeam# veeamconfig mode info
Owner: Not set
Mode: Not set
root@uff:/etc/veeam# veeamconfig job list 
Name      ID  Type      Repository  
root@uff:/etc/veeam# veeamconsoleconfig --show
------------------- Management agent configuration ----------------------
Log file size (MB)                 : 10
Log files count                    : 10
Certificate thumbprint             : 85C46758F34BD9D751275A93789B155090613FCC
Deployment type                    : Remote
Cloud gateways (assigned)          : vspc-cgw71.prod01.eu-west-rbx.backup.ovhcloud.com:6180
Cloud gateways (manually specified): 
-------------------- Configuration summary ------------------------------
Tag                                : 
Management agent ID                : 7a2083d4-35ba-4f9e-b3f5-6f74cd580f08
Clustered agent ID                 : 7a2083d4-35ba-4f9e-b3f5-6f74cd580f08
Data collection interval (min)     : 120

root@uff:/etc/veeam# veeamconsoleconfig -s                       
Management agent
    Connection state       : Connected
    Cloud gateway          : vspc-cgw71.prod01.eu-west-rbx.backup.ovhcloud.com:6180
    Connection account     : vspc-tenant-922947/vspc-tenant-cc1-922947
Backup agent
    Version                : 6.3.2.1405
    Status                 : Running

root@uff:/etc/veeam# 

In console is not activated:

Regards,

Mateusz

Hi @worotyns

The Backup Agent workflow is as follows :right_arrow: The management agent connects, then the Veeam console detects the agent and, to complete the process, you need to apply a backup policy to that agent from the console.

The "not_configured" status you see is the expected state until the policy is applied correctly.

Steps you should follow:

  • Open the VSPC console.
  • Locate the agent in the console.
  • Assign the backup policy :right_arrow: Once you have located the agent, select the option to "Assign" a backup policy. When the policy is applied, the agent's status in your client area will change from "not_configured" to "configured".

Hope I helped you :wink:
Sergio Turpín

HI, @sturpin

There you have some screenshots, there is no option for assign backup policy from UI.

Regards,

M.

@sturpin

root@uff:~# veeamconfig mode info
Owner: Not set
Mode: Standalone
root@uff:~# grep -A8 backup_agent /etc/veeamma/config.cfg
backup_agent:
  collect_interval: 7200000
  activation_date: 0001-01-01T00:00:00.000000+00:00
  read_only_mode: false
  managed_by_vac: false
  collected_data_logging: true
  backup_api_logging: true
vcf_invoke_timeout: 1200000
vcf_handshake_timeout: 30000
root@uff:~#

Hi @worotyns

I don’t quite understand what the images you sent me say—is it German? :sweat_smile:

I’ll reply in the next post :wink:

The "Standalone" mode indicates that the agent is not being centrally managed by the VSPC. For it to work with the Backup Agent service, the agent must be in "ManagedByVAC" mode to receive the automatic backup policy that OVHcloud assigns to this service.

The assignment of the backup policy is not performed from the server's command line, but from the VSPC web interface that you can access from your client area.

Do the following:

  1. Access the VSPC console of your tenant.
  2. Locate the agent in the console :right_arrow: Within VSPC, go to the "Managed Computers" section and open the "Backup Agents" tab. You should see your server in the list, with a status indicating it is ready to be configured, such as "Discovered".
  3. Assign the backup policy :right_arrow: Select the agent corresponding to your server in the list and click the "Assign" link at the top of the list. A window will open where you must select a backup policy. Once selected, click "Assign" to apply it.

Once the policy is assigned, the agent's status in the VSPC console should change, and the OVHcloud panel should no longer show the not_configured status.

Also, if you run veeamconfig mode info again on your server, the mode should have changed to "ManagedByVAC", confirming that the agent is now under the centralized management of the backup policy.

Keep me informed, best regards.
Sergio Turpín

Actually the whole point is that there is no "assign" option in the VSPC UI.

root@uff:/# veeamconsoleconfig -s
Management agent
    Connection state       : Connected
    Cloud gateway          : vspc-cgw71.prod01.eu-west-rbx.backup.ovhcloud.com:6180
    Connection account     : vspc-tenant-922947/vspc-tenant-cc1-922947
Backup agent
    Version                : 13.1.0.252
    Driver version         : 13.1.0.252
    Status                 : Running

root@uff:/#

Is it working yet? :slightly_smiling_face:

No, still "not activated" / "not configured" without option to "assign".

What I've been able to see is that, by design, the backup policy assignment process in OVHcloud's Backup Agent is intended to be automatic. The steps I outlined earlier would be the standard procedure in a typical VSPC console, but according to OVHcloud documentation, the VSPC user does not have permission to perform this action.

I recommend contacting support, explaining that the agent is installed and connected, but that the Backup Agent remains in the "not_configured" state.

Kind regards,
Sergio Turpín

Hello @worotyns

Create an Incident ticket:

Manager OVH > https://www.ovh.com/manager/#/dedicated/useraccount/dashboard > My support requests > Create a request / ticket

then:

Call OVH support at +33 9 72 10 10 07.
Preferably between 8 a.m. and 9 a.m. in the morning, or around 3 p.m. there is less waiting.

Or already now on Twitter @ovh_support_fr or #OVHcloudsupport

There is my second ticket in this case: CS16407721, first one was: CS16369840