11.38 backup system and WebDAV

[kisonay]

In light of http://forums.cpanel.net/f5/new-backup-system-11-38-corrupt-files-344002.html I wanted to try to setup the new backup system to use a WebDAV destination rather than FTP to see if transfers error out with it.

Using a local ftp/sftp/webdav client I am able to connect to my WebDav server but when I try to validate the destination it errors.

I can connect to http://domain.com:59834/Server Backup/cpbackup without a problem

When I plugin that same info in the backup utility I am presented with the following:

Error: Validation for transport “NAS WebDAV” failed: Could not open “http://domain.com:59834/”: Operation failed. You can only open a collection (directory) The destination has been disabled.

Here is how I have it broken down:

Remote host:
domain.com

Port:
59834

Backup Directory:
Server Backup/cbpackup

Am I missing something or is the information being entered correctly?


---------------
CENTOS 6.4 x86_64 WHM 11.38.0 (build 7)

 

[cPanelKenneth]

In light of http://forums.cpanel.net/f5/new-backup-system-11-38-corrupt-files-344002.html I wanted to try to setup the new backup system to use a WebDAV destination rather than FTP to see if transfers error out with it.

Using a local ftp/sftp/webdav client I am able to connect to my WebDav server but when I try to validate the destination it errors.

I can connect to http://domain.com:59834/Server Backup/cpbackup without a problem

When I plugin that same info in the backup utility I am presented with the following:

Error: Validation for transport “NAS WebDAV” failed: Could not open “http://domain.com:59834/”: Operation failed. You can only open a collection (directory) The destination has been disabled.

Here is how I have it broken down:

Remote host:
domain.com

Port:
59834

Backup Directory:
Server Backup/cbpackup

Am I missing something or is the information being entered correctly?


---------------
CENTOS 6.4 x86_64 WHM 11.38.0 (build 7)

Does the WebDAV user have access to /, or only to /Server Backup/cpbackup ?

 

[kisonay]

Does the WebDAV user have access to /, or only to /Server Backup/cpbackup ?

The user only has access to /Server Backup and deeper.

 

[cPanelKenneth]

The user only has access to /Server Backup and deeper.

I suspect that is the source of the problem. The verify check does an authentication request (using your example) against:

http://domain.com:59834/

Not against:

http://domain.com:59834/Secure Backup

If possible, could you do the following to confirm:

1. Grant the WebDAV user access to http://domain.com:59834/
2. Login to your cPanel & WHM as root
3. Click the Backup Configuration menu entry
4. Click the Verify link next to the entry for http://domain.com:59834/

If the Verify check returns successful, that confirms my hypothesis. Once I know that does resolve it, I'll file a bug report with the team handling the backup feature.

 

[kisonay]

I suspect that is the source of the problem. The verify check does an authentication request (using your example) against:

http://domain.com:59834/

Not against:

http://domain.com:59834/Secure Backup

If possible, could you do the following to confirm:

1. Grant the WebDAV user access to http://domain.com:59834/
2. Login to your cPanel & WHM as root
3. Click the Backup Configuration menu entry
4. Click the Verify link next to the entry for http://domain.com:59834/

If the Verify check returns successful, that confirms my hypothesis. Once I know that does resolve it, I'll file a bug report with the team handling the backup feature.

Kenneth, thank you for your time with this.

Although I'm afraid I don't have that granular control over the WebDAV server here are my findings in fooling around with this some more.

Using a local client (Transmit) I am able to connect to http://domain.com:59834/ without any problems but the directory is empty.

If I give the connection an initial path of "Server Backup" Transmit connects without a problem and lists the directory's content.

If I had to guess, I think that the backup system is first connecting to the root of the destination and then trying to validate the path is present.

I'm sorry if it isn't enough information. If there is anything else you would like me to try, let me know and I will see what I can do.