Skip to main content

Additional Backup Destinations Issue

rewart01
Hi All. I have about a dozen WHM systems, several of which just updated to v76.0.5. I logged into one of these and noted this morning that one of them was not configured for off-server backups. I went to configure a FTP destination just like all my others and in the "Backup Directory" I went to put the same path: /ftpuser/servername but it gave me an error message that it had to be a relative path. I had to remove the leading / to make it accept the entry. However when I tried to validate, it errored saying it couldn't upload the file. I verified that all my other servers have /ftpuser/servername but this one wouldn't accept it nor would the validation work. I struggled for a while testing different things to see if something changed, but nothing seemed to work. I finally edited the related backup_destination file in /var/cpanel/backups added the leading / to the path so it now said: path /ftpuser/servername Bingo, it worked first time. So I think there may be a bug in the field validation for backup directory in additional FTP destinations. I hadn't set one up for a few versions so I cannot speak to when it might have started but I have a server on 74.0.10 that is also asking for the relative path. Thanks. Rick

Comments

6 comments

Date Votes
  • cPanelLauren
    Hi @rewart01 Would it be possible for you to share the following two files: /var/cpanel/backups/config
    /var/cpanel/backups/$remotedest_UID_$hash.backup_destination
    0
  • rewart01
    Sure.... See below. But I changed the destination IP and password hash. Note that I put the / in the front of the path for the backup destination config, which is what got it working. # cat /var/cpanel/backups/config --- BACKUPACCTS: 'yes' BACKUPBWDATA: 'yes' BACKUPDAYS: 0,1,2,3,4,5,6 BACKUPDIR: /backup BACKUPENABLE: 'yes' BACKUPFILES: 'yes' BACKUPLOGS: 'no' BACKUPMOUNT: 'no' BACKUPSUSPENDEDACCTS: 'no' BACKUPTYPE: compressed BACKUP_DAILY_ENABLE: 'yes' BACKUP_DAILY_RETENTION: 3 BACKUP_MONTHLY_DATES: 1 BACKUP_MONTHLY_ENABLE: 'no' BACKUP_MONTHLY_RETENTION: 1 BACKUP_WEEKLY_DAY: 0 BACKUP_WEEKLY_ENABLE: 'no' BACKUP_WEEKLY_RETENTION: 4 CHECK_MIN_FREE_SPACE: 1 DISABLE_METADATA: 'no' ERRORTHRESHHOLD: 3 FORCE_PRUNE_DAILY: 0 FORCE_PRUNE_MONTHLY: 0 FORCE_PRUNE_WEEKLY: 0 GZIPRSYNCOPTS: --rsyncable KEEPLOCAL: 1 LINKDEST: 0 LOCALZONESONLY: 'no' MAXIMUM_RESTORE_TIMEOUT: 21600 MAXIMUM_TIMEOUT: 7200 MIN_FREE_SPACE: 5 MIN_FREE_SPACE_UNIT: percent MYSQLBACKUP: both POSTBACKUP: 'no' PREBACKUP: -1 PSQLBACKUP: 'no'
    cat /var/cpanel/backups/WD_NAS_on_LAN_UID_REMOVED_backup_destination --- disabled: 0 host: 1.2.3.4 id: REMOVED name: WD NAS on LAN passive: 1 password: 12345678 path: /abc123/maia port: 21 timeout: 30 type: FTP upload_system_backup: 1 username: abc123
    0
  • cPanelLauren
    Hi @rewart01 That all looks correct and as far as I am aware it should recognize both an absolute and relative path. Can you please open a ticket using the link in my signature? Once open please reply with the Ticket ID here so that we can update this thread with the resolution once the ticket is resolved. Thanks!
    0
  • rewart01
    I can do that, but attached is a screen shot showing it won't do a full path55529
    0
  • cPanelLauren
    Hi @rewart01 That's the standard behavior, I think I misunderstood what the issue was. This is like that for any of the backup destinations as the path is relative to the user's home directory "Specify the path, relative to the account"s home directory," That leading \ needs to be removed. I believe this was part of the improvements made to the WHM Backup Configuration UI for CPANEL-21586 and form validation resolutions in CPANEL-20529 I thought initially you were referring to a trailing / not a leading /
    0
  • 1Walter2
    Hi All. I have about a dozen WHM systems, several of which just updated to v76.0.5. I logged into one of these and noted this morning that one of them was not configured for off-server backups. I went to configure a FTP destination just like all my others and in the "Backup Directory" I went to put the same path: /ftpuser/servername but it gave me an error message that it had to be a relative path. I had to remove the leading / to make it accept the entry. However when I tried to validate, it errored saying it couldn't upload the file. I verified that all my other servers have /ftpuser/servername but this one wouldn't accept it nor would the validation work. I struggled for a while testing different things to see if something changed, but nothing seemed to work. I finally edited the related backup_destination file in /var/cpanel/backups added the leading / to the path so it now said: path /ftpuser/servername Bingo, it worked first time. So I think there may be a bug in the field validation for backup directory in additional FTP destinations. I hadn't set one up for a few versions so I cannot speak to when it might have started but I have a server on 74.0.10 that is also asking for the relative path. Thanks. Rick

    Thanks, this solved my issue as well, this is definately a bug now with cpanel and they need to fix this. Since it wont allow an initial / it was creating the directory under the root folder, totally stupid
    0

Please sign in to leave a comment.

Didn't find what you were looking for?

New post