• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion

Unable to rotate dump: The dump rotation is failed with code '121&#3

EricRB

Basic Pleskian
Unable to rotate dump: The dump rotation is failed with code & # 39; 121 & # 3

PRODUCT, VERSION, OPERATING SYSTEM, ARCHITECTURE
10.3.1 Build: 1013110726.09
Centos 5.5 Linux 2.6.18-194.el5

PROBLEM DESCRIPTION AND STEPS TO REPRODUCE
scheduled backup to ftp repository, it creates the backup and ftp's the file ok to the ftp site
but it reports an error on rotation of backup files

Maximum number of backups in repository is set to 2

There are more than 2 backups in the ftp repsository. At first I had it set higher when I first started with the backusp, so I thought that maybe it was an error because there weren't enough backup files there to rotate anything, so I thought the program returned an error -- it shouldn't but I thought that might be the reason -- not trapping the case where a rotation was not necessary ... not the case ... reduced the max number to 2 to test that theory, and error is still the same, and old backups are still there.

ACTUAL RESULT
I have just changed the username and server name int eh log result
<?xml version="1.0" encoding="UTF-8"?>
<execution-result status="error" log-location="/usr/local/psa/PMM/sessions/2011-09-26-043101.874/migration.result">
<message id="82f23a3c-10d2-40f2-80de-1d7f41fb7227" severity="error" code="UtilityError">
<description>Unable to rotate dump: The dump rotation is failed with code '121' at /usr/local/psa/admin/bin/plesk_agent_manager line 1142.
at /usr/local/psa/admin/bin/plesk_agent_manager line 1142
main::rotateDump('ftp://[email protected]', 'hs2backups/hs2backup_1109260431.tar', 2, 'b6f83d73-4d33-4d9a-93e6-4d63f576a3cf', 0, '/usr/local/psa/PMM/sessions/2011-09-26-043101.874', 1) called at /usr/local/psa/admin/bin/plesk_agent_manager line 720
main::__ANON__() called at /usr/lib/perl5/vendor_perl/5.8.8/Error.pm line 415
eval {...} called at /usr/lib/perl5/vendor_perl/5.8.8/Error.pm line 407
Error::subs::try('CODE(0x1e35eef0)', 'HASH(0x1e2a19c0)') called at /usr/local/psa/admin/bin/plesk_agent_manager line 728
main::perform('verbose', 0, 'split-size', 'undef', 'session-path', '/usr/local/psa/PMM/sessions/2011-09-26-043101.874', 'profile-name', 'hs2backup', 'all', ...) called at /usr/local/psa/admin/bin/plesk_agent_manager line 1200
main::__ANON__() called at /usr/lib/perl5/vendor_perl/5.8.8/Error.pm line 408
eval {...} called at /usr/lib/perl5/vendor_perl/5.8.8/Error.pm line 407
Error::subs::try('CODE(0x1a93b170)', 'HASH(0x1c122c30)') called at /usr/local/psa/admin/bin/plesk_agent_manager line 1209
main::main() called at /usr/local/psa/admin/bin/plesk_agent_manager line 1211.
</description>
</message>
</execution-result>

EXPECTED RESULT
That it properly rotates the backup file.

ANY ADDITIONAL INFORMATION
 

Attachments

  • backup_error10.31.rotation.txt
    1.8 KB · Views: 0
Last edited:
<description>Unable to rotate dump: The dump rotation is failed with code '121' at /usr/local/psa/admin/bin/plesk_agent_manager line 1142

Dump rotation occurs on last step of backup -- after upload is done. However, if control channel is closed error 121 occurs which means 'remote I/O' error. It is general error representing issues with FTP connection.
The problem can be reported in logs in /usr/local/psa/PMM/sessions that it is timeout on FTP communication. Check it and try to modify configuration of remote FTP server and increase timeout to one hour.
 
Unable to rotate dump: The dump rotation is failed with code '121'

Unable to rotate dump: The dump rotation is failed with code '121' at /usr/local/psa/admin/bin/plesk_agent_manager line 1142.

I increased ftp timeout without looking at logs in /usr/local/psa/PMM/sessions but the errors are still there the logs are saying

"CurlError[76931fac-9dab-42b3-86c2-48b87d6ae33fl error: Access denied to remote resource [./ftp.cpp:439]"

the files are created, and in multiple copies

and no timeout
 
Looks like the problem is with the authentication to the remote FTP server.
 
Back
Top