new backup questions

[upsforum]

if I set backup daily for every day and set Retain to 1 day the problem is that on ftp remote old dicrectory not removed:

in this example my root backup is backupvps5, and i have this situation:

/backupvps5
/backupvps5/2013-08-04
/backupvps5/2013-08-05
/backupvps5/2013-08-06
/backupvps5/2013-08-07
/backupvps5/2013-08-08

these directories should be removed?

/backupvps5/2013-08-04
/backupvps5/2013-08-05
/backupvps5/2013-08-06
/backupvps5/2013-08-07

 

[cPanelMichael]

Hello

Do these directories exist on the remote backup server, or on the local server? Are there backup archives within the directories, or is it just the directories that exist?

Thank you.

 

[upsforum]

Hello

Do these directories exist on the remote backup server, or on the local server? Are there backup archives within the directories, or is it just the directories that exist?

Thank you.

these directories exist in remote ftp partition, yes in sub directory are present all account backup files

 

[cPanelMichael]

Please review the following log file:

/usr/local/cpanel/logs/cpbackup_transporter.log

Do you notice any specific error messages in this log file? In particular, do you see anything stating that "total" is an invalid permission string?

Thank you.

 

[upsforum]

complete log of last backup

[2013-08-08 02:00:30 +0200] info [cpbackup_transporter] cPanel Backup Transporter Queue Daemon started.
[2013-08-08 02:00:33 +0200] info [cpbackup_transporter] cPanel Backup Transporter Queue Daemon is being stopped.
[2013-08-08 02:00:36 +0200] info [cpbackup_transporter] cPanel Backup Transporter Queue Daemon started.
[2013-08-08 02:00:36 +0200] info [cpbackup_transporter] cPanel Backup Transporter Queue Daemon is being stopped.
[2013-08-08 02:24:06 +0200] info [cpbackup_transporter] cPanel Backup Transporter Queue Daemon started.
[2013-08-08 02:32:44 +0200] info [cpbackup_transporter] cPanel Backup Transporter Queue Daemon is being stopped.
[2013-08-08 02:37:45 +0200] info [cpbackup_transporter] cPanel Backup Transporter Queue Daemon started.
[2013-08-08 02:40:24 +0200] info [cpbackup_transporter] cPanel Backup Transporter Queue Daemon is being stopped.
[2013-08-08 02:42:24 +0200] info [cpbackup_transporter] cPanel Backup Transporter Queue Daemon started.
[2013-08-08 02:43:31 +0200] info [cpbackup_transporter] cPanel Backup Transporter Queue Daemon is being stopped.
[2013-08-08 02:49:19 +0200] info [cpbackup_transporter] cPanel Backup Transporter Queue Daemon started.
[2013-08-08 02:50:25 +0200] info [cpbackup_transporter] cPanel Backup Transporter Queue Daemon is being stopped.
[2013-08-08 02:50:29 +0200] info [cpbackup_transporter] cPanel Backup Transporter Queue Daemon started.
[2013-08-08 02:50:40 +0200] info [cpbackup_transporter] cPanel Backup Transporter Queue Daemon is being stopped.
[2013-08-08 02:53:41 +0200] info [cpbackup_transporter] cPanel Backup Transporter Queue Daemon started.

[2013-08-08 02:58:11 +0200] warn [cpbackup_transporter] Error pruning /backupvps5/2013-07-18 from RemFTP:  Connection closed at /usr/local/cpanel/Cpanel/LoggerAdapter.pm line 26
        Cpanel::LoggerAdapter::warn(Cpanel::LoggerAdapter=HASH(0x1772df0), 'Error pruning /backupvps5/2013-07-18 from RemFTP:  Connection closed') called at /usr/local/cpanel/Cpanel/Backup/Queue.pm line 285
        Cpanel::Backup::Queue::transport_backup::attempt_to_prune_destination(Cpanel::Backup::Queue::transport_backup=HASH(0x1748de8), Cpanel::Transport::Files::FTP=HASH(0x222d600), 3, Cpanel::LoggerAdapter=HASH(0x1772df0)) called at /u$
        Cpanel::Backup::Queue::transport_backup::process_task(Cpanel::Backup::Queue::transport_backup=HASH(0x1748de8), cPanel::TaskQueue::Task=HASH(0x2020b88), Cpanel::LoggerAdapter=HASH(0x1772df0)) called at /usr/local/cpanel/3rdparty/$
        eval {...} called at /usr/local/cpanel/3rdparty/perl/514/lib64/perl5/cpanel_lib/cPanel/TaskQueue.pm line 574
        cPanel::TaskQueue::__ANON__() called at /usr/local/cpanel/3rdparty/perl/514/lib64/perl5/cpanel_lib/cPanel/StateFile.pm line 246
        eval {...} called at /usr/local/cpanel/3rdparty/perl/514/lib64/perl5/cpanel_lib/cPanel/StateFile.pm line 246
        cPanel::StateFile::Guard::call_unlocked(cPanel::StateFile::Guard=HASH(0x203b098), CODE(0x203b1e8)) called at /usr/local/cpanel/3rdparty/perl/514/lib64/perl5/cpanel_lib/cPanel/TaskQueue.pm line 579
        cPanel::TaskQueue::process_next_task(cPanel::TaskQueue=HASH(0x1f8e358)) called at /usr/local/cpanel/bin/cpbackup_transporter line 89
        eval {...} called at /usr/local/cpanel/bin/cpbackup_transporter line 87
[2013-08-08 02:58:11 +0200] info [cpbackup_transporter] cPanel Backup Transporter Queue Daemon is being stopped.

 

[cPanelMichael]

The connection to the remote FTP server is closing before the backups are pruned, as evident by the error message. In "WHM Home » Backup » Backup Configuration", under "Advanced Settings", you can try increasing the maximum destination timeout value. It's also possible the remote FTP server is dropping the connection. Are there any firewall rules on the remote FTP server or FTP configuration settings that could be dropping the connection?

Thank you.

 

[upsforum]

timeout is set to 2700, for the rules on ftp remote I must contact hosting provider support because of this server I have only ftp access

 

[upsforum]

I contacted support hosting provider, say that not motive because server ftp close connection

but timeout of 2700 is sufficient ?

 

[cPanelMichael]

Yes, 2700 is the standard value. Have you tested this with a different remote FTP server to rule out that specific remote server as the source of the problem?

Thank you.

 

[upsforum]

I increased this value to 7200 (2 hours)

 

[cPanelMichael]

I increased this value to 7200 (2 hours)

Let us know if this resolves the issue.

Thank you.

 

[upsforum]

I get this from log

[2013-08-20 16:39:40 +0200] warn [cpbackup_transporter] Error pruning /backupvps5/2013-08-16 from remFTP:  Opening BINARY mode data connection for file list
 at /usr/local/cpanel/Cpanel/LoggerAdapter.pm line 26
        Cpanel::LoggerAdapter::warn(Cpanel::LoggerAdapter=HASH(0x11eb5668), 'Error pruning /backupvps5/2013-08-16 from remFTP:  Opening BINARY mode data connection for file list\x0A') called at /usr/local/cpanel/Cpanel/Backup/Queue.pm l$
        Cpanel::Backup::Queue::transport_backup::attempt_to_prune_destination(Cpanel::Backup::Queue::transport_backup=HASH(0x11e88de8), Cpanel::Transport::Files::FTP=HASH(0x127923d0), 1, Cpanel::LoggerAdapter=HASH(0x11eb5668)) called at$
        Cpanel::Backup::Queue::transport_backup::process_task(Cpanel::Backup::Queue::transport_backup=HASH(0x11e88de8), cPanel::TaskQueue::Task=HASH(0x127658b8), Cpanel::LoggerAdapter=HASH(0x11eb5668)) called at /usr/local/cpanel/3rdpar$
        eval {...} called at /usr/local/cpanel/3rdparty/perl/514/lib64/perl5/cpanel_lib/cPanel/TaskQueue.pm line 574
        cPanel::TaskQueue::__ANON__() called at /usr/local/cpanel/3rdparty/perl/514/lib64/perl5/cpanel_lib/cPanel/StateFile.pm line 246
        eval {...} called at /usr/local/cpanel/3rdparty/perl/514/lib64/perl5/cpanel_lib/cPanel/StateFile.pm line 246
        cPanel::StateFile::Guard::call_unlocked(cPanel::StateFile::Guard=HASH(0x1277e1e8), CODE(0x1277e338)) called at /usr/local/cpanel/3rdparty/perl/514/lib64/perl5/cpanel_lib/cPanel/TaskQueue.pm line 579
        cPanel::TaskQueue::process_next_task(cPanel::TaskQueue=HASH(0x11e9d0e0)) called at /usr/local/cpanel/bin/cpbackup_transporter line 89
        eval {...} called at /usr/local/cpanel/bin/cpbackup_transporter line 87
[2013-08-20 16:39:40 +0200] info [cpbackup_transporter] cPanel Backup Transporter Queue Daemon is being stopped.

 

[cPanelMichael]

Please open a support ticket so we can take a closer look:

Submit A Ticket

Post the ticket number here so we can update this thread with the outcome.

Thank you.

 

[upsforum]

ticket opened id: 4325405

 

[cPanelMichael]

To update, it was determined the issue was likely due to the settings on the remote FTP server. Root access to the remote FTP server was not possible to confirm that, however all indications were that a firewall or FTP configuration value on the remote server was the source of the problem.

Thank you.