Backup successful or not?

[P_heck]

Dear all,

I have a backup task running each week to store the backup on a FTP Server provided by my hoster.

Today, I got the following error from migration.results (username/passwort etc. changed to not disclose them to the public):

<?xml version="1.0" encoding="UTF-8"?>
<execution-result status="error" log-location="/opt/psa/PMM/sessions/2012-12-23-030802.578/migration.result">
<message id="a9891144-8356-4b2e-8b4b-4e5c484f6a26" severity="error" code="UtilityError">
<description>Unable to rotate dump: The dump rotation is failed with code '126' at /opt/psa/admin/bin/plesk_agent_manager line 1221.
at /opt/psa/admin/bin/plesk_agent_manager line 1221
main::rotateDump('ftp://[email protected]', '/plesk-backup/Rootserver_1212230308.tar', 1, 'e0fa9139-5070-4225-a4cf-94a2b51a9d3c', 0, '/opt/psa/PMM/sessions/2012-12-23-030802.578', undef) called at /opt/psa/admin/bin/plesk_agent_manager line 735
main::__ANON__() called at /usr/share/perl5/Error.pm line 416
eval {...} called at /usr/share/perl5/Error.pm line 408
Error::subs::try('CODE(0x3fca520)', 'HASH(0x3ebc8d8)') called at /opt/psa/admin/bin/plesk_agent_manager line 743
main:erform('verbose', 0, 'split-size', undef, 'session-path', '/opt/psa/PMM/sessions/2012-12-23-030802.578', 'profile-name', 'Rootserver', 'all', ...) called at /opt/psa/admin/bin/plesk_agent_manager line 1279
main::__ANON__() called at /usr/share/perl5/Error.pm line 409
eval {...} called at /usr/share/perl5/Error.pm line 408
Error::subs::try('CODE(0x3844840)', 'HASH(0x3844918)') called at /opt/psa/admin/bin/plesk_agent_manager line 1288
main::main() called at /opt/psa/admin/bin/plesk_agent_manager line 1290.
</description>
</message>
</execution-result>

Looking at the other files, I see a double "/" in the file "dump-name" (put a "_" in Front of ftp to avoid this line is formated as a URL by the forum software):

_ftp://xxxxx.your-backup.de//plesk-backup/Rootserver_1212230308.tar

Looking at the backup directory, the file seems to be there:

-rw-r--r-- 1 40835 40835 15G Dec 9 05:21 Rootserver_1212090308.tar
-rw-r--r-- 1 40835 40835 21G Dec 16 12:12 Rootserver_1212161008.tar
-rw-r--r-- 1 40835 40835 21G Dec 23 05:13 Rootserver_1212230308.tar

In the Backup manager at Plesk Panel, this backup is not listed in the Server Repository, but in the FTP Repository.

Does anyone has any idea, how to track the failure of this?

Greetings from Germany


Peter

 

[P_heck]

Just managed (by modifying my search patterns) that there is a similar thread at http://forum.parallels.com/showthread.php?t=113098 - will try to work on the FTP settings and report here.

 

[PhilippN]

P_heck thanks for you link, but at this thread it isn't worked out.

I have the problem as well. The ftp server runs fine, plesk runs the backup, stores the file with the same size on the ftp server, but sends me an error:

<?xml version="1.0" encoding="UTF-8"?>
<execution-result status="error" log-location="/opt/psa/PMM/sessions/2013-01-09-120002.546/migration.result">
<message id="4149660d-818e-41f6-82d8-914f20026f67" severity="error" code="UtilityError">
<description>Unable to rotate dump: The dump rotation is failed with code '121' at /opt/psa/admin/bin/plesk_agent_manager line 1221.
at /opt/psa/admin/bin/plesk_agent_manager line 1221
main::rotateDump('ftp:/[email protected]/pleskbackup/tagessicherung_1301091200.tar& ...............
;, 0, '/opt/psa/PMM/sessions/2013-01-09-120002.546', 1) called at /opt/psa/admin/bin/plesk_agent_manager line 735
main::__ANON__() called at /usr/share/perl5/Error.pm line 416
eval {...} called at /usr/share/perl5/Error.pm line 408
Error::subs::try('CODE(0x36bf8a0)', 'HASH(0x36af300)') called at /opt/psa/admin/bin/plesk_agent_manager line 743
main:erform('verbose', 0, 'split-size', undef, 'session-path', '/opt/psa/PMM/sessions/2013-01-09-120002.546', 'profile-name', 'tagessicherung', 'all', ...) called at /opt/psa/admin/bin/plesk_agent_manager line 1279
main::__ANON__() called at /usr/share/perl5/Error.pm line 409
eval {...} called at /usr/share/perl5/Error.pm line 408
Error::subs::try('CODE(0x2fbd008)', 'HASH(0x2fbd0e0)') called at /opt/psa/admin/bin/plesk_agent_manager line 1288
main::main() called at /opt/psa/admin/bin/plesk_agent_manager line 1290.
</description>
</message>
</execution-result>

I think there a some more users with the same problem. Is there any possibility to tell plesk that bug without an support license?

 

[IgorG]

According to the error log you've sent the rotation failed with error 121 that means "Remote I/O error":

# perror 121
OS error code 121: Remote I/O error

I suggest that you review settings of remote FTP server and increase FTP timeout there. Please refer to this thread for the details:

http://forum.parallels.com/showthread.php?t=114381

Also I recommend that you increase max_execution_time in Plesk PHP configuartion file:

# grep execution /usr/local/psa/admin/conf/php.ini
max_execution_time = 600

Remember to restart sw-cp-server to apply new settings.

 

[PhilippN]

thanks for your help.

i changed the max execution time from 600 to 3600.

on proftpd i set for testing each time setting to x10, like 600 seconds to 6000 seconds. restarted the server

the error is the same

 

[IgorG]

Are you sure that you have enough free disk space on ftp server?

 

[PhilippN]

yes, i am sure. plesk write the backup file, i guess it could be as huge as the file on local storage.

free disc space > 500 gb

each backup file is only about 4 gb

 

[PhilippN]

i started the backup to ftp manually and it works fine. i guess the ftp must work correctly...

 

[PhilippN]

Igor, is it possible, that the error is because of the file rotation? Every backup i start manually works fine without any errors.

 

[IgorG]

Igor, is it possible, that the error is because of the file rotation? Every backup i start manually works fine without any errors.

Yes, it is possible. I/O error on remote server can be caused by rotation of existing backups.

 

[PhilippN]

Now i have checked it, if the rotation causes the error.

I created a new ftp account. There was no file. But the error still exists.


How can i check that the ftp server works fine and plesk can work with it? i only use filezilla with the same account to check it: i can create files, move and delete them.

 

[IgorG]

Have you tried to find something related in logs on FTP server?

 

[PhilippN]

log-file:

USER plesk: Login successful.
FTP session opened.
FTP session closed.

no errors. i set this log to debug mode, we will see.

 

[PhilippN]

Hello Igor,

i went crazy but i have solved the problem.

Plesk Panel doesn't accept secure passwords.


The password "secure\!/%#123" doesn't work, but "unsecure123" works. I haven't received a error now. The last backup is 2 hours ago.

Is this for real?

 

[IgorG]

Do you mean password for FTP connection? What is Security Policy in Tools & Settings>Security Policy for your Plesk?

 

[PhilippN]

yes, i mean the password for the ftp connection. i cannot use "/#\$%" or something like that.

the security policy is set to the second safest, i translate it with "secure".