Skip to main content

Backup transport errors

fate12
Since about two weeks we experience a lot of backup transport errors from our servers. Mostly it is a handfull accounts that for some reason can't be transferred (FTP). It used to work fine for months but now every morning half of the servers have transport errors. Did something change? How can I solve this?

Comments

8 comments

Date Votes
  • Ishware
    I know it's probably not, but it was for me: Have you made sure you have enough space on your target?
    0
  • fate12
    Thanks, that happened to me before but not this time :) There's sufficient space.
    0
  • cPanelMichael
    Mostly it is a handfull accounts that for some reason can't be transferred (FTP).

    Hello :) Do you notice any specific error messages in /usr/local/cpanel/logs/cpbackup_transporter.log for the accounts that failed to transfer? Also, do you have root access to the destination server? If so, do you notice any error messages in the FTP error log on that system? FTP activity is typically logged to /var/log/messages, depending on the type of server. Thank you.
    0
  • fate12
    I see these errors:
    -------------------- [2016-04-12 16:02:45 +0200] info [cpbackup_transporter] Upload attempt #1 starting for /backup/2016-04-12/accounts/domainname.tar.gz to /2016-04-12/domainname.tar.gz for destination: Ftp server Hetzner [2016-04-12 16:11:56 +0200] warn [cpbackup_transporter] Upload attempt failed: Opening BINARY mode data connection for /2016-04-12/domainname.tar.gz at /usr/local/cpanel/Cpanel/LoggerAdapter.pm line 27. Cpanel::LoggerAdapter::warn(Cpanel::LoggerAdapter=HASH(0x22207d0), "Upload attempt failed: Opening BINARY mode data connection fo"...) called at /usr/local/cpanel/Cpanel/Backup/Queue.pm line 497 Cpanel::Backup::Queue::transport_backup::attempt_to_upload_file(Cpanel::Backup::Queue::transport_backup=HASH(0x287d9b0), Cpanel::Transport::Files::FTP=HASH(0x29bc5a0), "/backup/2016-04-12/accounts/domainname.tar.gz", "/2016-04-12/a utiklus.tar.gz", Cpanel::LoggerAdapter=HASH(0x22207d0)) called at /usr/local/cpanel/Cpanel/Backup/Queue.pm line 259 Cpanel::Backup::Queue::transport_backup::process_task(Cpanel::Backup::Queue::transport_backup=HASH(0x287d9b0), cPanel::TaskQueue::Task=HASH(0x23da6e0), Cpanel::LoggerAdapter=HASH(0x22207d0)) called at /usr/local/cpanel/3rdparty/p erl/514/lib64/perl5/cpanel_lib/cPanel/TaskQueue.pm line 582 eval {...} called at /usr/local/cpanel/3rdparty/perl/514/lib64/perl5/cpanel_lib/cPanel/TaskQueue.pm line 585 cPanel::TaskQueue::__ANON__() called at /usr/local/cpanel/3rdparty/perl/514/lib64/perl5/cpanel_lib/cPanel/StateFile.pm line 238 eval {...} called at /usr/local/cpanel/3rdparty/perl/514/lib64/perl5/cpanel_lib/cPanel/StateFile.pm line 238 cPanel::StateFile::Guard::call_unlocked(cPanel::StateFile::Guard=HASH(0x29e3630), CODE(0x2a4e978)) called at /usr/local/cpanel/3rdparty/perl/514/lib64/perl5/cpanel_lib/cPanel/TaskQueue.pm line 590 cPanel::TaskQueue::process_next_task(cPanel::TaskQueue=HASH(0x29c04d0)) called at /usr/local/cpanel/bin/cpbackup_transporter line 152 eval {...} called at /usr/local/cpanel/bin/cpbackup_transporter line 150 etc..
    ------------------------------ Hope this helps...
    0
  • cPanelMichael
    That suggests the connection to the remote FTP server failed. Do you have root access to the remote FTP server to see if there are any corresponding log entries for the incoming connection from the cPanel server? Thank you.
    0
  • lorio
    Are using the storagebox from hetzner? Or your own server running ftp? BTW: Is cpanel backup now offering SSL/TLS on ftp destinations. Even if the ftp connection is only using the hetzner datacenter lan it is still wise to encrypt connections.
    0
  • rsleventhal
    Not to hijack the thread, but I get similar errors on a server, but only for two specific backup files (two domains), which are the largest files in the backup queue, 18G and 37G. I'm wondering if there's a file size limitation somewhere. It's noteworthy, I think, that the system does successfully transport about a dozen other backup files and, per configuration, deletes those that it moves to my privately hosted ftp server. These two files, however, remain. For background:
    /etc/redhat-release:CentOS release 6.8 (Final) /usr/local/cpanel/version:11.56.0.24 /var/cpanel/envtype:virtuozzo CPANEL=release Server version: Apache/2.4.18 (Unix) Server built: Jun 14 2016 12:01:33 Cpanel::Easy::Apache v3.32.14 rev9999 PHP 5.5.36 (cli) (built: Jun 14 2016 12:06:10) Copyright (c) 1997-2015 The PHP Group Zend Engine v2.5.0, Copyright (c) 1998-2015 Zend Technologies with Zend Guard Loader v3.3, Copyright (c) 1998-2014, by Zend Technologies with Suhosin v0.9.38, Copyright (c) 2007-2015, by SektionEins GmbH mysql Ver 14.14 Distrib 5.5.50, for Linux (x86_64) using readline 5.1
    relevant entries from /usr/local/cpanel/logs/cpbackup_transporter.log follow. I do note the 'time out reached' error, but as it successfully transports a dozen or so other backup files and leaves two, including this one, I wonder if size is the issue
    [2016-06-16 03:42:45 -0400] info [cpbackup_transporter] Starting a "copy" operation on the "sftp-ftpserver.someserver.net" destination ID "WXc314H8OeK0jO2m8cLOz2tQ". [2016-06-16 03:42:45 -0400] info [cpbackup_transporter] Base path for destination is /home/genericuser/wh01.someserver.com/ [2016-06-16 03:42:45 -0400] info [cpbackup_transporter] Upload attempt #1 starting for /backup/2016-06-16/accounts/admin.tar.gz to /home/genericuser/wh01.someserver.com/2016-06-16/admin.tar.gz for destination: sftp-ftpserver.someserver.net [2016-06-16 04:27:42 -0400] warn [cpbackup_transporter] Upload attempt failed: time out reached at /usr/local/cpanel/Cpanel/LoggerAdapter.pm line 27. Cpanel::LoggerAdapter::warn(Cpanel::LoggerAdapter=HASH(0x1b1bc50), "Upload attempt failed: time out reached\x{a}") called at /usr/local/cpanel/Cpanel/Backup/Queue.pm line 492 Cpanel::Backup::Queue::transport_backup::attempt_to_upload_file(Cpanel::Backup::Queue::transport_backup=HASH(0x1d99508), Cpanel::Transport::Files::SFTP=HASH(0x2620e60), "/backup/2016-06-16/accounts/admin.tar.gz", "/home/genericuser/wh01.someserver.com/2016-06-16/admin.tar.gz", Cpanel::LoggerAdapter=HASH(0x1b1bc50)) called at /usr/local/cpanel/Cpanel/Backup/Queue.pm line 254 Cpanel::Backup::Queue::transport_backup::process_task(Cpanel::Backup::Queue::transport_backup=HASH(0x1d99508), cPanel::TaskQueue::Task=HASH(0x26de420), Cpanel::LoggerAdapter=HASH(0x1b1bc50)) called at /usr/local/cpanel/3rdparty/perl/522/lib64/perl5/cpanel_lib/cPanel/TaskQueue.pm line 585 eval {...} called at /usr/local/cpanel/3rdparty/perl/522/lib64/perl5/cpanel_lib/cPanel/TaskQueue.pm line 588 cPanel::TaskQueue::__ANON__() called at /usr/local/cpanel/3rdparty/perl/522/lib64/perl5/cpanel_lib/cPanel/StateFile.pm line 238 eval {...} called at /usr/local/cpanel/3rdparty/perl/522/lib64/perl5/cpanel_lib/cPanel/StateFile.pm line 238 cPanel::StateFile::Guard::call_unlocked(cPanel::StateFile::Guard=HASH(0x265c130), CODE(0x265bc80)) called at /usr/local/cpanel/3rdparty/perl/522/lib64/perl5/cpanel_lib/cPanel/TaskQueue.pm line 593 cPanel::TaskQueue::process_next_task(cPanel::TaskQueue=HASH(0x265bc20)) called at /usr/local/cpanel/bin/cpbackup_transporter line 151 eval {...} called at /usr/local/cpanel/bin/cpbackup_transporter line 149 [2016-06-16 04:27:42 -0400] info [cpbackup_transporter] Upload attempt #2 starting for /backup/2016-06-16/accounts/admin.tar.gz to /home/genericuser/wh01.someserver.com/2016-06-16/admin.tar.gz for destination: sftp-ftpserver.someserver.net [2016-06-16 04:27:42 -0400] warn [cpbackup_transporter] Upload attempt failed: Connection to remote server stalled at /usr/local/cpanel/Cpanel/LoggerAdapter.pm line 27. Cpanel::LoggerAdapter::warn(Cpanel::LoggerAdapter=HASH(0x1b1bc50), "Upload attempt failed: Connection to remote server stalled") called at /usr/local/cpanel/Cpanel/Backup/Queue.pm line 492 Cpanel::Backup::Queue::transport_backup::attempt_to_upload_file(Cpanel::Backup::Queue::transport_backup=HASH(0x1d99508), Cpanel::Transport::Files::SFTP=HASH(0x2620e60), "/backup/2016-06-16/accounts/admin.tar.gz", "/home/genericuser/wh01.someserver.com/2016-06-16/admin.tar.gz", Cpanel::LoggerAdapter=HASH(0x1b1bc50)) called at /usr/local/cpanel/Cpanel/Backup/Queue.pm line 254 Cpanel::Backup::Queue::transport_backup::process_task(Cpanel::Backup::Queue::transport_backup=HASH(0x1d99508), cPanel::TaskQueue::Task=HASH(0x26de420), Cpanel::LoggerAdapter=HASH(0x1b1bc50)) called at /usr/local/cpanel/3rdparty/perl/522/lib64/perl5/cpanel_lib/cPanel/TaskQueue.pm line 585 eval {...} called at /usr/local/cpanel/3rdparty/perl/522/lib64/perl5/cpanel_lib/cPanel/TaskQueue.pm line 588 cPanel::TaskQueue::__ANON__() called at /usr/local/cpanel/3rdparty/perl/522/lib64/perl5/cpanel_lib/cPanel/StateFile.pm line 238 eval {...} called at /usr/local/cpanel/3rdparty/perl/522/lib64/perl5/cpanel_lib/cPanel/StateFile.pm line 238 cPanel::StateFile::Guard::call_unlocked(cPanel::StateFile::Guard=HASH(0x265c130), CODE(0x265bc80)) called at /usr/local/cpanel/3rdparty/perl/522/lib64/perl5/cpanel_lib/cPanel/TaskQueue.pm line 593 cPanel::TaskQueue::process_next_task(cPanel::TaskQueue=HASH(0x265bc20)) called at /usr/local/cpanel/bin/cpbackup_transporter line 151 eval {...} called at /usr/local/cpanel/bin/cpbackup_transporter line 149 [2016-06-16 04:27:42 -0400] info [cpbackup_transporter] Upload attempt #3 starting for /backup/2016-06-16/accounts/admin.tar.gz to /home/genericuser/wh01.someserver.com/2016-06-16/admin.tar.gz for destination: sftp-ftpserver.someserver.net [2016-06-16 04:27:42 -0400] warn [cpbackup_transporter] Upload attempt failed: Connection to remote server stalled at /usr/local/cpanel/Cpanel/LoggerAdapter.pm line 27. Cpanel::LoggerAdapter::warn(Cpanel::LoggerAdapter=HASH(0x1b1bc50), "Upload attempt failed: Connection to remote server stalled") called at /usr/local/cpanel/Cpanel/Backup/Queue.pm line 492 Cpanel::Backup::Queue::transport_backup::attempt_to_upload_file(Cpanel::Backup::Queue::transport_backup=HASH(0x1d99508), Cpanel::Transport::Files::SFTP=HASH(0x2620e60), "/backup/2016-06-16/accounts/admin.tar.gz", "/home/genericuser/wh01.someserver.com/2016-06-16/admin.tar.gz", Cpanel::LoggerAdapter=HASH(0x1b1bc50)) called at /usr/local/cpanel/Cpanel/Backup/Queue.pm line 254 Cpanel::Backup::Queue::transport_backup::process_task(Cpanel::Backup::Queue::transport_backup=HASH(0x1d99508), cPanel::TaskQueue::Task=HASH(0x26de420), Cpanel::LoggerAdapter=HASH(0x1b1bc50)) called at /usr/local/cpanel/3rdparty/perl/522/lib64/perl5/cpanel_lib/cPanel/TaskQueue.pm line 585 eval {...} called at /usr/local/cpanel/3rdparty/perl/522/lib64/perl5/cpanel_lib/cPanel/TaskQueue.pm line 588 cPanel::TaskQueue::__ANON__() called at /usr/local/cpanel/3rdparty/perl/522/lib64/perl5/cpanel_lib/cPanel/StateFile.pm line 238 eval {...} called at /usr/local/cpanel/3rdparty/perl/522/lib64/perl5/cpanel_lib/cPanel/StateFile.pm line 238 cPanel::StateFile::Guard::call_unlocked(cPanel::StateFile::Guard=HASH(0x265c130), CODE(0x265bc80)) called at /usr/local/cpanel/3rdparty/perl/522/lib64/perl5/cpanel_lib/cPanel/TaskQueue.pm line 593 cPanel::TaskQueue::process_next_task(cPanel::TaskQueue=HASH(0x265bc20)) called at /usr/local/cpanel/bin/cpbackup_transporter line 151 eval {...} called at /usr/local/cpanel/bin/cpbackup_transporter line 149
    0
  • cPanelMichael
    You can try increasing the "Maximum destination timeout" value in "WHM >> Backup Configuration" in addition to the "Timeout" field for the destination in the same interface. Let us know if that makes a difference for the large accounts. If not, you may need to transfer those accounts manually using the instructions in the following document: How to Manually Transfer an Account Between Servers - cPanel Knowledge Base - cPanel Documentation Thank you.
    0

Please sign in to leave a comment.

Didn't find what you were looking for?

New post