Page 2 of 2

Re: Inoperative secondary storage facilities

Published: September 24, 2024 - 11:30 AM
by Vercingetorix
Good morning,
The act of writing also allows one to reflect.
I discovered the source of the problem of agents not pointing to the secondary server, but always to the primary server.
The wapt-get.ini file is truncated, see below.

Code: Select all

Source;Ligne
wapt-get.ini;[global]
wapt-get.ini;repo_url=https://xxx-xxxxx-xxx/wapt
wapt-get.ini;wapt_server=https://xxx-xxxxx-xxx
wapt-get.ini;verify_cert=0
The correct file looks more like this.

Code: Select all

Source;Ligne
wapt-get.ini;[global]
wapt-get.ini;repo_url=https://xxx-xxxxx-xxx/wapt
wapt-get.ini;send_usage_report=1
wapt-get.ini;use_hostpackages=1
wapt-get.ini;wapt_server=https://xxx-xxxxx-xxx
wapt-get.ini;use_kerberos=0
wapt-get.ini;check_certificates_validity=0
wapt-get.ini;verify_cert=0
wapt-get.ini;dnsdomain=xx.XXX
wapt-get.ini;max_gpo_script_wait=180
wapt-get.ini;pre_shutdown_timeout=180
wapt-get.ini;hiberboot_enabled=0
wapt-get.ini;use_repo_rules=1
wapt-get.ini;allow_remote_reboot=1
wapt-get.ini;allow_remote_shutdown=1
;
wapt-get.ini;[wapt-templates]
wapt-get.ini;repo_url=https://store.wapt.fr/wapt
wapt-get.ini;verify_cert=1
Placing this wapt-get.ini file under c:\Program Files (x86)\wapt and restarting the wapt service is sufficient to fix the problem.

Problems accessing secondary servers resolved.
Thank you for your insight.