Well I’ve done some more testing and this is what I’ve come up with.
First, I created a Warm Spare backup on the primary server, did all the needed steps. Tried to do a backup, it failed. Couldn’t find /var/spool/asterisk/backup on the secondary server. I looked and sure enough:
drwxrwxr-x. 16 asterisk asterisk 4096 Feb 15 00:06 .
drwxr-xr-x. 11 root root 167 Feb 9 05:11 ..
-rw-r--r-- 1 asterisk asterisk 88250 Feb 18 16:09 173c1676cc42b7e0aeca9338579b3c37.spc
-rw-r--r-- 1 asterisk asterisk 71110 Feb 18 16:09 7aa41d5b4c89a3541fcc62095d0c2f61.spc
drwxrwxr-x. 3 asterisk asterisk 24 Feb 9 05:15 cache
drwxrwxr-x. 2 asterisk asterisk 10 Nov 25 14:43 callaccounting
drwxrwxr-x. 2 asterisk asterisk 68 Feb 9 05:15 cxpanel
drwxrwxr-x. 2 asterisk asterisk 10 Nov 25 14:41 fax
drwxrwxr-x. 2 asterisk asterisk 10 Feb 18 16:45 incron
drwxrwxr-x. 2 asterisk asterisk 10 Sep 10 18:03 meetme
drwxrwxr-x. 2 asterisk asterisk 10 Nov 25 14:41 monitor
drwxrwxr-x. 3 asterisk asterisk 26 Feb 9 05:15 oc
drwxrwxr-x. 2 asterisk asterisk 10 Feb 9 05:16 outgoing
drwxr-xr-x. 5 asterisk asterisk 64 Feb 9 05:15 pms
drwxrwxr-x. 2 asterisk asterisk 4096 Feb 16 22:53 sysadmin
drwxrwxr-x. 2 asterisk asterisk 10 Sep 10 18:03 system
drwxrwxr-x. 2 asterisk asterisk 10 Sep 10 18:03 tmp
drwxrwxr-x. 2 asterisk asterisk 10 Sep 10 18:03 voicemail
I then went to the secondary server to double check things and by just visiting the Backup/Restore page (and doing nothing else) resulted in:
drwxrwxr-x. 17 asterisk asterisk 4096 Feb 18 16:50 .
drwxr-xr-x. 11 root root 167 Feb 9 05:11 ..
-rw-r--r-- 1 asterisk asterisk 88250 Feb 18 16:09 173c1676cc42b7e0aeca9338579b3c37.spc
-rw-r--r-- 1 asterisk asterisk 71110 Feb 18 16:09 7aa41d5b4c89a3541fcc62095d0c2f61.spc
**drwxr-xr-x 2 asterisk asterisk 10 Feb 18 16:50 backup** << Notice that.
drwxrwxr-x. 3 asterisk asterisk 24 Feb 9 05:15 cache
drwxrwxr-x. 2 asterisk asterisk 10 Nov 25 14:43 callaccounting
drwxrwxr-x. 2 asterisk asterisk 68 Feb 9 05:15 cxpanel
drwxrwxr-x. 2 asterisk asterisk 10 Nov 25 14:41 fax
drwxrwxr-x. 2 asterisk asterisk 10 Feb 18 16:45 incron
drwxrwxr-x. 2 asterisk asterisk 10 Sep 10 18:03 meetme
drwxrwxr-x. 2 asterisk asterisk 10 Nov 25 14:41 monitor
drwxrwxr-x. 3 asterisk asterisk 26 Feb 9 05:15 oc
drwxrwxr-x. 2 asterisk asterisk 10 Feb 9 05:16 outgoing
drwxr-xr-x. 5 asterisk asterisk 64 Feb 9 05:15 pms
drwxrwxr-x. 2 asterisk asterisk 4096 Feb 16 22:53 sysadmin
drwxrwxr-x. 2 asterisk asterisk 10 Sep 10 18:03 system
drwxrwxr-x. 2 asterisk asterisk 10 Sep 10 18:03 tmp
drwxrwxr-x. 2 asterisk asterisk 10 Sep 10 18:03 voicemail
OK cool, the directory exists. So now I try to do the backup again. I get another error. While this time the backup was sent to the secondary server the restore process failed to work. So I could to validate things:
-rw-r--r-- 1 root root 717387 Feb 18 16:53 /var/spool/asterisk/backup/20210218-115305-1613667185-15.0.17.17-193674846.tar.gz
Backup exists. So then I changed the restore method from SSH to API, put in all the API details. Run a new backup, the file is transferred by SSH and the API triggers the restore process, it works fine.
So basically, the primary can log into the secondary via SSH keys from both the CLI and via the Warm Spare Backup process. I still am getting SSH errors from Advanced Recovery so I’m starting to point the issue at the module itself since everything else that requires the SSH key based login between two machines works just fine.