Skip to main content

Unable to send backup to destination issue

autumnwalker123
Hello, New issue which has cropped up with a recent update to cPanel (not sure which, unfortunately). I've noticed nightly backup transport errors with the message: [QUOTE]Unable to send "/backup//accounts/.master.meta" to destination ""
I have not made any changes on my cPanel server (other than version updates) and no changes on my destination SFTP server. The backups otherwise complete successfully (compressed payload transferred), pruned, etc. Thoughts?

Comments

14 comments

Date Votes
  • autumnwalker123
    Someone asked me to validate the backup destination (although I no longer see that reply here). [quote]Success: The destination "" validated.
    0
  • cPanelLauren
    Hi @autumnwalker123 After the destination is validated does the issue persist? If so what is output to the backup transport logs which are located at: /usr/local/cpanel/logs/cpbackup_transporter/
    Thanks!
    0
  • autumnwalker123
    With destination validated the issue persists. What seems to be relevant in the logs: [2018-09-12 03:48:12 -0300] info [cpbackup_transporter] Starting a "copy_backup_metadata" operation on the "srv02" destination ID "YE_ArZdRoZRvSQ1CTWBZ7VM9". [2018-09-12 03:48:12 -0300] info [cpbackup_transporter] Base path for destination is sunder [2018-09-12 03:48:12 -0300] info [cpbackup_transporter] Uploading backup metadata file /backup/2018-09-12/accounts/.master.meta to srv02 [2018-09-12 03:48:12 -0300] info [cpbackup_transporter] Validating destination path sunder/2018-09-12/accounts/ [2018-09-12 03:48:12 -0300] info [cpbackup_transporter] Path exists [2018-09-12 03:48:12 -0300] info [cpbackup_transporter] Uploading backup metadata /backup/2018-09-12/accounts/.master.meta to sunder/2018-09-12/accounts/.master.meta (from 2018-09-12/accounts/.master.meta) [2018-09-12 03:48:12 -0300] info [cpbackup_transporter] Attempting to upload /backup/2018-09-12/accounts/.master.meta to sunder/2018-09-12/accounts/.master.meta for destination: srv02 [2018-09-12 03:48:12 -0300] info [cpbackup_transporter] Upload attempt #1 starting for /backup/2018-09-12/accounts/.master.meta to sunder/2018-09-12/accounts/.master.meta for destination: srv02 [2018-09-12 03:48:12 -0300] warn [cpbackup_transporter] Upload attempt failed: Couldn't open remote file 'sunder/2018-09-12/accounts/.master.meta': Permission denied at /usr/local/cpanel/Cpanel/LoggerAdapter.pm line 27. Cpanel::LoggerAdapter::warn(Cpanel::LoggerAdapter=HASH(0x1c18048), "Upload attempt failed: Couldn't open remote file 'sunder/2018"...) called at /usr/local/cpanel/Cpanel/Backup/Queue.pm line 609 Cpanel::Backup::Queue::transport_backup::attempt_to_upload_file(Cpanel::Backup::Queue::transport_backup=HASH(0x1a85190), Cpanel::Transport::Files::SFTP=HASH(0x2e92d18), "/backup/2018-09-12/accounts/.master.meta", "sunder/2018-09-12/accounts/.master.meta", Cpanel::LoggerAdapter=HASH(0x1c18048)) called at /usr/local/cpanel/Cpanel/Backup/Queue.pm line 278 Cpanel::Backup::Queue::transport_backup::process_task(Cpanel::Backup::Queue::transport_backup=HASH(0x1a85190), cPanel::TaskQueue::Task=HASH(0x26ba4b0), Cpanel::LoggerAdapter=HASH(0x1c18048)) called at /usr/local/cpanel/3rdparty/perl/526/lib64/perl5/cpanel_lib/cPanel/TaskQueue.pm line 624 eval {...} called at /usr/local/cpanel/3rdparty/perl/526/lib64/perl5/cpanel_lib/cPanel/TaskQueue.pm line 627 cPanel::TaskQueue::__ANON__() called at /usr/local/cpanel/3rdparty/perl/526/lib64/perl5/cpanel_lib/cPanel/StateFile.pm line 223 eval {...} called at /usr/local/cpanel/3rdparty/perl/526/lib64/perl5/cpanel_lib/cPanel/StateFile.pm line 223 cPanel::StateFile::Guard::call_unlocked(cPanel::StateFile::Guard=HASH(0x2e93780), CODE(0x1aa4b50)) called at /usr/local/cpanel/3rdparty/perl/526/lib64/perl5/cpanel_lib/cPanel/TaskQueue.pm line 632 cPanel::TaskQueue::process_next_task(cPanel::TaskQueue=HASH(0x1aa41d8)) called at /usr/local/cpanel/bin/cpbackup_transporter line 167 eval {...} called at /usr/local/cpanel/bin/cpbackup_transporter line 165
    I can see the file .master.meta in the location specified on my backup destination, but it is (obviously) empty. Ownership is correct on the backup server, permissions are -r-xr-xr-x (chmod 555) whereas the backup bundles (.tar.gz) are -rwxr-xr-x (chmod 755). @cPanelLauren any thoughts?
    0
  • cPanelLauren
    HI @autumnwalker123 I am sorry for not seeing this previously. Is this issue still present? Can you answer the following if so: 1. If you remove the .master_meta file does the issue persist? 2. Can you tell me what version of cPanel and centOS/CL you're running? 3. What FTP server are you running on the remote server?
    0
  • autumnwalker123
    Thanks @cPanelLauren!
    • .master.meta is a file which is created by each backup job (in this case nightly). The backup is already finished by the time I receive this error and the file is created newly each night (i.e. it's not a single file which cPanel is trying to write to each time and failing).
    • cPanel 74.0.9 and CentOS 7.5
    • Remote server is running SFTP (not FTP) - 1:7.2p2-4ubuntu2.4
    0
  • cPanelLauren
    Hi @autumnwalker123 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
  • terrymason
    Is their a fix for this? I"m having the same issue.
    0
  • cPanelLauren
    Hi @terrymason I don't have any reports for this specific behavior, I do see a case open for issues with pruning .master.meta though I can't be sure if the issue is the same with the information I have. As I requested @autumnwalker123 to do previously, 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
  • autumnwalker123
    Ticket ID is 10582477
    0
  • terrymason
    Ticket ID is 10620189
    0
  • Dent
    Hello, I seem to have a similar issue. Should I open a support ticket as well or is there a solution available now?
    0
  • cPanelLauren
    Hi @Dent Can you show the error you're getting from the cpbackup or cpbackup_transport logs? They're located in the following places: /usr/local/cpanel/logs/cpbackup_transporter/ /usr/local/cpanel/logs/cpbackup/
    0
  • Rafael Gomes
    Hello, Do we have any solution for this? I'm having the same issue. WHM doesn't send backups to Google Drive. Google Drive Status shows as 'Enabled': root@[cpbackup_transporter]# cat cpbackup_transporter.1587276124.log [2020-04-19 02:57:00 -0300] info [cpbackup_transporter] Starting a "copy_backup_metadata" operation on the "Google Drive Ferpall" destination ID "MyID". [2020-04-19 02:57:00 -0300] info [cpbackup_transporter] Asked to upload backup metadata file /backup/2020-04-19/accounts/.master.meta to Google Drive, however this transport does not support that backup type [2020-04-19 02:57:00 -0300] info [cpbackup_transporter] cpbackup_transporter - Processing next task [2020-04-19 02:57:00 -0300] info [cpbackup_transporter] Instantiating Object [2020-04-19 02:57:00 -0300] info [cpbackup_transporter] Starting a "prune" operation on the "Google Drive" destination ID "MyID". [2020-04-19 02:57:00 -0300] info [cpbackup_transporter] Performing prune operation, retaining 1 items on: Google Drive [2020-04-19 02:57:04 -0300] info [cpbackup_transporter] cpbackup_transporter - Processing next task [2020-04-19 02:57:33 -0300] info [cpbackup_transporter] cpbackup_transporter - Waiting up to 270s for new tasks [2020-04-19 02:58:03 -0300] info [cpbackup_transporter] cpbackup_transporter - Waiting up to 240s for new tasks [2020-04-19 02:58:33 -0300] info [cpbackup_transporter] cpbackup_transporter - Waiting up to 210s for new tasks [2020-04-19 02:59:03 -0300] info [cpbackup_transporter] cpbackup_transporter - Waiting up to 180s for new tasks [2020-04-19 02:59:33 -0300] info [cpbackup_transporter] cpbackup_transporter - Waiting up to 150s for new tasks [2020-04-19 03:00:03 -0300] info [cpbackup_transporter] cpbackup_transporter - Waiting up to 120s for new tasks [2020-04-19 03:00:33 -0300] info [cpbackup_transporter] cpbackup_transporter - Waiting up to 90s for new tasks [2020-04-19 03:01:03 -0300] info [cpbackup_transporter] cpbackup_transporter - Waiting up to 60s for new tasks [2020-04-19 03:01:33 -0300] info [cpbackup_transporter] cpbackup_transporter - Waiting up to 30s for new tasks [2020-04-19 03:02:03 -0300] info [cpbackup_transporter] cpbackup_transporter - Waiting up to 0s for new tasks [2020-04-19 03:02:04 -0300] info [cpbackup_transporter] cpbackup_transporter - Exiting - the queue has been emptied; no more work to do after waiting for 300s [2020-04-19 03:02:04 -0300] info [cpbackup_transporter] cPanel Backup Transporter Queue Daemon is being stopped.
    Thanks.
    0
  • Rafael Gomes
    Hello, It was more simple than I thought, turns out that Google Drive doesn't work with "incremental backups". It should be defined as "Compressed" at "Backup Configuration" > "Backup Type". Thanks.
    0

Please sign in to leave a comment.

Didn't find what you were looking for?

New post