The Community Forums

Interact with an entire community of cPanel & WHM users!
  1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

Intermittent Backup Problem - FTP Error

Discussion in 'Data Protection' started by kbisignani, Feb 16, 2014.

  1. kbisignani

    kbisignani Member

    Joined:
    Jan 29, 2012
    Messages:
    16
    Likes Received:
    0
    Trophy Points:
    1
    cPanel Access Level:
    Root Administrator
    Good evening,

    I've run in to an odd backup issue that is intermittent - that is, it only occurs maybe 60% of the time. The transfer of one site's backup fails. The site that fails changes from time to time. And I get an email that everything completed successfully. But when I go in to the backups, I see one never made it across. I can connect via FTP (well, SFTP) and transfer the file manually and it'll go.

    Looking over the backup log, the backups are good.

    Looking over the backup transporter log, I see the following (I copied over an entire "backup session"):

    Code:
    [2014-02-16 18:37:51 -0500] info [cpbackup_transporter] cPanel Backup Transporter Queue Daemon started.
    
    [2014-02-16 18:38:54 -0500] warn [cpbackup_transporter] Upload attempt failed: No storage allocation neccessary.
     at /usr/local/cpanel/Cpanel/LoggerAdapter.pm line 26
    	Cpanel::LoggerAdapter::warn(Cpanel::LoggerAdapter=HASH(0x8ea1228), 'Upload attempt failed: No storage allocation neccessary.\x0A') called at /usr/local/cpanel/Cpanel/Backup/Queue.pm line 219
    	Cpanel::Backup::Queue::transport_backup::attempt_to_upload_file(Cpanel::Backup::Queue::transport_backup=HASH(0x8e740c4), Cpanel::Transport::Files::FTP=HASH(0x93a3988), '/backup/2014-02-16/accounts/cwirk.tar.gz', '/2014-02-16/cwirk.tar.gz', Cpanel::LoggerAdapter=HASH(0x8ea1228)) called at /usr/local/cpanel/Cpanel/Backup/Queue.pm line 135
    	Cpanel::Backup::Queue::transport_backup::process_task(Cpanel::Backup::Queue::transport_backup=HASH(0x8e740c4), cPanel::TaskQueue::Task=HASH(0x932b74c), Cpanel::LoggerAdapter=HASH(0x8ea1228)) called at /usr/local/cpanel/3rdparty/perl/514/lib/perl5/cpanel_lib/cPanel/TaskQueue.pm line 571
    	eval {...} called at /usr/local/cpanel/3rdparty/perl/514/lib/perl5/cpanel_lib/cPanel/TaskQueue.pm line 574
    	cPanel::TaskQueue::__ANON__() called at /usr/local/cpanel/3rdparty/perl/514/lib/perl5/cpanel_lib/cPanel/StateFile.pm line 246
    	eval {...} called at /usr/local/cpanel/3rdparty/perl/514/lib/perl5/cpanel_lib/cPanel/StateFile.pm line 246
    	cPanel::StateFile::Guard::call_unlocked(cPanel::StateFile::Guard=HASH(0x935d6bc), CODE(0x93bb658)) called at /usr/local/cpanel/3rdparty/perl/514/lib/perl5/cpanel_lib/cPanel/TaskQueue.pm line 579
    	cPanel::TaskQueue::process_next_task(cPanel::TaskQueue=HASH(0x8e86c3c)) called at /usr/local/cpanel/bin/cpbackup_transporter line 89
    	eval {...} called at /usr/local/cpanel/bin/cpbackup_transporter line 87
    [2014-02-16 18:38:55 -0500] warn [cpbackup_transporter] Upload attempt failed: No storage allocation neccessary.
     at /usr/local/cpanel/Cpanel/LoggerAdapter.pm line 26
    	Cpanel::LoggerAdapter::warn(Cpanel::LoggerAdapter=HASH(0x8ea1228), 'Upload attempt failed: No storage allocation neccessary.\x0A') called at /usr/local/cpanel/Cpanel/Backup/Queue.pm line 219
    	Cpanel::Backup::Queue::transport_backup::attempt_to_upload_file(Cpanel::Backup::Queue::transport_backup=HASH(0x8e740c4), Cpanel::Transport::Files::FTP=HASH(0x93a3988), '/backup/2014-02-16/accounts/cwirk.tar.gz', '/2014-02-16/cwirk.tar.gz', Cpanel::LoggerAdapter=HASH(0x8ea1228)) called at /usr/local/cpanel/Cpanel/Backup/Queue.pm line 135
    	Cpanel::Backup::Queue::transport_backup::process_task(Cpanel::Backup::Queue::transport_backup=HASH(0x8e740c4), cPanel::TaskQueue::Task=HASH(0x932b74c), Cpanel::LoggerAdapter=HASH(0x8ea1228)) called at /usr/local/cpanel/3rdparty/perl/514/lib/perl5/cpanel_lib/cPanel/TaskQueue.pm line 571
    	eval {...} called at /usr/local/cpanel/3rdparty/perl/514/lib/perl5/cpanel_lib/cPanel/TaskQueue.pm line 574
    	cPanel::TaskQueue::__ANON__() called at /usr/local/cpanel/3rdparty/perl/514/lib/perl5/cpanel_lib/cPanel/StateFile.pm line 246
    	eval {...} called at /usr/local/cpanel/3rdparty/perl/514/lib/perl5/cpanel_lib/cPanel/StateFile.pm line 246
    	cPanel::StateFile::Guard::call_unlocked(cPanel::StateFile::Guard=HASH(0x935d6bc), CODE(0x93bb658)) called at /usr/local/cpanel/3rdparty/perl/514/lib/perl5/cpanel_lib/cPanel/TaskQueue.pm line 579
    	cPanel::TaskQueue::process_next_task(cPanel::TaskQueue=HASH(0x8e86c3c)) called at /usr/local/cpanel/bin/cpbackup_transporter line 89
    	eval {...} called at /usr/local/cpanel/bin/cpbackup_transporter line 87
    [2014-02-16 18:38:55 -0500] warn [cpbackup_transporter] Upload attempt failed: No storage allocation neccessary.
     at /usr/local/cpanel/Cpanel/LoggerAdapter.pm line 26
    	Cpanel::LoggerAdapter::warn(Cpanel::LoggerAdapter=HASH(0x8ea1228), 'Upload attempt failed: No storage allocation neccessary.\x0A') called at /usr/local/cpanel/Cpanel/Backup/Queue.pm line 219
    	Cpanel::Backup::Queue::transport_backup::attempt_to_upload_file(Cpanel::Backup::Queue::transport_backup=HASH(0x8e740c4), Cpanel::Transport::Files::FTP=HASH(0x93a3988), '/backup/2014-02-16/accounts/cwirk.tar.gz', '/2014-02-16/cwirk.tar.gz', Cpanel::LoggerAdapter=HASH(0x8ea1228)) called at /usr/local/cpanel/Cpanel/Backup/Queue.pm line 135
    	Cpanel::Backup::Queue::transport_backup::process_task(Cpanel::Backup::Queue::transport_backup=HASH(0x8e740c4), cPanel::TaskQueue::Task=HASH(0x932b74c), Cpanel::LoggerAdapter=HASH(0x8ea1228)) called at /usr/local/cpanel/3rdparty/perl/514/lib/perl5/cpanel_lib/cPanel/TaskQueue.pm line 571
    	eval {...} called at /usr/local/cpanel/3rdparty/perl/514/lib/perl5/cpanel_lib/cPanel/TaskQueue.pm line 574
    	cPanel::TaskQueue::__ANON__() called at /usr/local/cpanel/3rdparty/perl/514/lib/perl5/cpanel_lib/cPanel/StateFile.pm line 246
    	eval {...} called at /usr/local/cpanel/3rdparty/perl/514/lib/perl5/cpanel_lib/cPanel/StateFile.pm line 246
    	cPanel::StateFile::Guard::call_unlocked(cPanel::StateFile::Guard=HASH(0x935d6bc), CODE(0x93bb658)) called at /usr/local/cpanel/3rdparty/perl/514/lib/perl5/cpanel_lib/cPanel/TaskQueue.pm line 579
    	cPanel::TaskQueue::process_next_task(cPanel::TaskQueue=HASH(0x8e86c3c)) called at /usr/local/cpanel/bin/cpbackup_transporter line 89
    	eval {...} called at /usr/local/cpanel/bin/cpbackup_transporter line 87
    [2014-02-16 18:39:34 -0500] info [cpbackup_transporter] cPanel Backup Transporter Queue Daemon is being stopped.
    
    [2014-02-16 18:39:51 -0500] info [cpbackup_transporter] cPanel Backup Transporter Queue Daemon started.
    
    [2014-02-16 20:27:25 -0500] info [cpbackup_transporter] cPanel Backup Transporter Queue Daemon is being stopped.
    
    This is in no way definitive, but from what I can read, a warning is being generated because the backup storage device's FTP server (FileZilla) doesn't need the Allocation command. That's fine, but cPanel's FTP transporter service is mistaking this as an error and prohibiting the transfer of a file.

    Again, this doesn't happen every night, just about 60% of the time. And it's got me scratching my head! Any thoughts?
     
  2. cPanelMichael

    cPanelMichael Forums Analyst
    Staff Member

    Joined:
    Apr 11, 2011
    Messages:
    30,854
    Likes Received:
    675
    Trophy Points:
    113
    cPanel Access Level:
    Root Administrator
    Hello :)

    There is an internal case associated with remote backups to FileZilla FTP servers with a similar error to what you have reported. For reference, the case number is 84065. There is currently no specific time frame on when a resolution will be made available. The current workaround is to create the folder for the day's date in the remote FTP server before starting the backup.

    Thank you.
     
  3. kbisignani

    kbisignani Member

    Joined:
    Jan 29, 2012
    Messages:
    16
    Likes Received:
    0
    Trophy Points:
    1
    cPanel Access Level:
    Root Administrator
    Thanks Michael! I'll give that workaround a shot over the next few days and see if it helps. I'll also keep an eye open on that case as well... Maybe I'll make some type of script to create the folder prior to the backups starting.

    Thank you again for the response!
     
Loading...

Share This Page