• 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

Backup Problems: Plesk 11.5.40 #MU3

Hi,

There is no error that comes up in UI, i've had a look in the logs and the error messages i've found are:

"[21362]: 08:11:07 DEBUG ------------------------------------------------------------
[21362]: 08:11:07 DEBUG Migration status reporting initialized.
[21362]: 08:11:07 DEBUG Status file: /usr/local/psa/PMM/sessions/2013-07-16-091105.382/dump-status.xml
[21362]: 08:11:07 DEBUG ------------------------------------------------------------
1+0 records in
1+0 records out
31457280 bytes (31 MB) copied, 0.116141 s, 271 MB/s
Runtime error: Cannot export files
at /usr/local/psa/admin/bin/plesk_agent_manager line 1173
main::exportFilesTo('/usr/local/psa/PMM/tmp/backupWLpXKo', 'ARRAY(0x1b46ed8)', '/usr/local/psa/PMM/tmp/backupWLpXKo', 'backup_info_1307160911.xml', 0, undef, 1) called at /usr/local/psa/admin/bin/plesk_agent_manager line 713
main::perform('verbose', 4, 'owner-type', 'server', 'split-size', undef, 'session-path', '/usr/local/psa/PMM/sessions/2013-07-16-091105.382', 'description', ...) called at /usr/local/psa/admin/bin/plesk_agent_manager line 1311
main::__ANON__() called at /usr/local/psa/PMM/agents/shared/Error.pm line 406
eval {...} called at /usr/local/psa/PMM/agents/shared/Error.pm line 398
Error::subs::try('CODE(0x2d506d8)', 'HASH(0x2d5af90)') called at /usr/local/psa/admin/bin/plesk_agent_manager line 1319
main::main() called at /usr/local/psa/admin/bin/plesk_agent_manager line 1323."
AND

"<?xml version="1.0" encoding="UTF-8"?>
<execution-result status="error" log-location="/usr/local/psa/PMM/sessions/2013-07-16-060102.479/migration.result">
<object name="server" type="server">
<object name="account" type="client" uuid="client#account">
<object name="domain.tld" type="domain" uuid="domain.tld">
<object name="domain.tld" type="hosting">
<message id="0c7dc982-76bc-4bda-87a6-1ad986c32d34" severity="error" code="msgtext">
<description>Failed to pack files backup_domain.tld_user-data_1307160601 in /var/lib/psa/dumps/clients/domains/domain.tld[ 98912321536 bytes free of 158534205440 bytes total on mount point 0]</description>
</message>
<message id="52e04359-c3a8-4dc0-8597-6b77ae9f77e3" severity="error" code="msgtext">
<description>/bin/tar: httpdocs/cache/page: file changed as we read it
</description>
</message>
</object>
</object>
</object>
</object>
</execution-result>"
 
It's not the original error of this thread.
<description>/bin/tar: httpdocs/cache/page: file changed as we read it
Click to expand...
This means that web content changed during backup task performing.
Try to disable domain and check how backup process goes on.
 
Hi

I tried suspending the domain it mentioned but the same is happening. We have had this backup issue on all our servers since MU3 - with the ftp repository file failing to transfer. Also this is happening on a night when no one will be accessing the servers.

The 'failed to pack files' error is the same as others have reported on the forum.

Thanks.
 
Last edited:
Having looked through the logs again we found this which maybe of more use, as mentioned before disk usage via SSH is showing up as 4Gb of a 45gb USR partition. Helath monitor oddly enough lists the usage as 30Gb though !

:

[30353]: 23:57:02 ERROR 54bab25c-1f32-43df-8aef-3bf0da07cd90 Runtime error: Unable to write to output file: No space left on device at /usr/local/psa/PMM/agents/shared/Storage/Splitter.pm line 84.
at /usr/local/psa/PMM/agents/shared/Storage/Splitter.pm line 84
Storage::Splitter::_writeToPart('Storage::Splitter=HASH(0x577f9b8)', '\x{da}\x{e1}\x{b5}@oa\x{1c}\x{d2}B\x{fe}\x{b8},\x{b4}~\x{cc}\x{d}y\x{16}\x{dc}\x{f9}\x{aa}N\x{11}\x{b8}\x{3}E?\x{86}\x{a2}\x{92}!\x{bd}\x{c1}\x{7}\x{dc}n\x{2}\x{e}\x{9}\x{ba}w\x{7}\x{93}\x{b5}\x{ca}~\x{e6}\x{9b}CFa\x{1b}\x{fc}\x{cb}\x{4}J1\x{b}\x{10}\x{11}W...', 65536) called at /usr/local/psa/PMM/agents/shared/Storage/Splitter.pm line 116
Storage::Splitus3_info_1307190015.xml', 0, undef, 1) called at /usr/local/psa/admin/bin/plesk_agent_manager line 713
main::perform('verbose', 0, 'owner-type', 'server', 'split-size', undef, 'session-path', '/usr/local/psa/PMM/sessions/2013-07-19-001502.49', 'profile-name', ...) called at /usr/local/psa/admin/bin/plesk_agent_manager line 1311
main::__ANON__() called at /usr/local/psa/PMM/agents/shared/Error.pm line 406
eval {...} called at /usr/local/psa/PMM/agents/shared/Error.pm line 398
Error::subs::try('CODE(0x3801018)', 'HASH(0x3801348)') called at /usr/local/psa/admin/bin/plesk_agent_manager line 1319
main::main() called at /usr/local/psa/admin/bin/plesk_agent_manager line 1323.


[18393]: 23:57:03 ERROR 07d5c6d0-c705-4b9b-88ec-2f649689d91b Failed to pack files cirrus3_info_1307190015.xml in /usr/local/psa/PMM/tmp/backup58kotK [ 0 bytes free of 23251673088 bytes total on mount point 0]
[18393]: 23:57:03 ERROR 4c476cda-d2d0-4e33-8f8d-ba47808f1f04 Runtime error: Cannot export files
at /usr/local/psa/admin/bin/plesk_agent_manager line 1173
main::exportFilesTo('/usr/local/psa/PMM/tmp/backup58kotK', 'ARRAY(0x25ac5d8)', '/usr/local/psa/PMM/tmp/backup58kotK', 'cirrus3_info_1307190015.xml', 0, undef, 1) called at /usr/local/psa/admin/bin/plesk_agent_manager line 713
main::perform('verbose', 0, 'owner-type', 'server', 'split-size', undef, 'session-path', '/usr/local/psa/PMM/sessions/2013-07-19-001502.49', 'profile-name', ...) called at /usr/local/psa/admin/bin/plesk_agent_manager line 1311
main::__ANON__() called at /usr/local/psa/PMM/agents/shared/Error.pm line 406
eval {...} called at /usr/local/psa/PMM/agents/shared/Error.pm line 398
Error::subs::try('CODE(0x3801018)', 'HASH(0x3801348)') called at /usr/local/psa/admin/bin/plesk_agent_manager line 1319
main::main() called at /usr/local/psa/admin/bin/plesk_agent_manager line 1323.
:
at /usr/local/psa/PMM/agents/shared/Logging.pm line 100
Logging::error('Runtime error: Cannot export files\x{a} at /usr/local/psa/admin/b...', 'fatal') called at /usr/local/psa/admin/bin/plesk_agent_manager line 1317
main::__ANON__('Error::Simple=HASH(0x54158b0)', 'SCALAR(0x2c648e8)') called at /usr/local/psa/PMM/agents/shared/Error.pm line 330
eval {...} called at /usr/local/psa/PMM/agents/shared/Error.pm line 321
Error::subs::run_clauses('HASH(0x3801348)', 'Cannot export files\x{a} at /usr/local/psa/admin/bin/plesk_agent_...', undef, 'ARRAY(0x2c64ed0)') called at /usr/local/psa/PMM/agents/shared/Error.pm line 417
Error::subs::try('CODE(0x3801018)', 'HASH(0x3801348)') called at /usr/local/psa/admin/bin/plesk_agent_manager line 1319
main::main() called at /usr/local/psa/admin/bin/plesk_agent_manager line 1323
 
Hello,

For me give me this error when create a backup to Server or FTP:

Error: mysql "nameofdatabase"
Failed to execute backup database
Error: mysql "nameofdatabase"
Failed to pack files backup_gelados_1_1307191616 in /var/lib/psa/dumps/domains/DOMAIN.com/databases/nameofdatabase_1 [ 17314840576 bytes free of 48871917568 bytes total on mount point 0]
Error: mysql "nameofdatabase"
mysqldump: Couldn't execute 'SHOW FUNCTION STATUS WHERE Db = 'nameofdatabase'': Cannot load from mysql.proc. The table is probably corrupted (1548)
Error: mysql "nameofdatabase2"
Failed to execute backup database
Error: mysql "nameofdatabase2"
Failed to pack files backup_nameofdatabase2_1_1307191616 in /var/lib/psa/dumps/domains/DOMAIN.com/databases/nameofdatabase2 [ 16985731072 bytes free of 48871917568 bytes total on mount point 0]
Error: mysql "nameofdatabase2"
mysqldump: Couldn't execute 'SHOW FUNCTION STATUS WHERE Db = 'nameofdatabase2'': Cannot load from mysql.proc. The table is probably corrupted (1548)

And continues for the remaining databases...
 
PedroV. said:
Hello,

For me give me this error when create a backup to Server or FTP:

Error: mysql "nameofdatabase"
Failed to execute backup database
Error: mysql "nameofdatabase"
Failed to pack files backup_gelados_1_1307191616 in /var/lib/psa/dumps/domains/DOMAIN.com/databases/nameofdatabase_1 [ 17314840576 bytes free of 48871917568 bytes total on mount point 0]
Error: mysql "nameofdatabase"
mysqldump: Couldn't execute 'SHOW FUNCTION STATUS WHERE Db = 'nameofdatabase'': Cannot load from mysql.proc. The table is probably corrupted (1548)
Error: mysql "nameofdatabase2"
Failed to execute backup database
Error: mysql "nameofdatabase2"
Failed to pack files backup_nameofdatabase2_1_1307191616 in /var/lib/psa/dumps/domains/DOMAIN.com/databases/nameofdatabase2 [ 16985731072 bytes free of 48871917568 bytes total on mount point 0]
Error: mysql "nameofdatabase2"
mysqldump: Couldn't execute 'SHOW FUNCTION STATUS WHERE Db = 'nameofdatabase2'': Cannot load from mysql.proc. The table is probably corrupted (1548)

And continues for the remaining databases...
Click to expand...

Hello! It seems that you have upgrade of mysql server but tables were not upgraded. Try to make mysqlcheck and mysql_upgrade of you databases to fix this inconsistency.
 
Hello,

Yes I resolve with this command:

upgrade mysql
If you meant this:

# mysql_upgrade -uadmin -p`< /etc/psa/.psa.shadow `
 
MargaritaK said:
Could you give more precise information please? For example permissions and owner of files which get this error.
Click to expand...

Here are some parts of the my big log output:

Code: 
Failed to pack files ***_***.de_user-data_1308090303 in /var/lib/psa/dumps/clients/***/domains/***.de [ 563616200704 bytes free of 709205805056 bytes total on mount point 0]

Log:
Code: 
[...]
/bin/tar: subdomains/test/conf: Kann open nicht ausführen: Keine Berechtigung
/bin/tar: subdomains/test/error_docs: Kann open nicht ausführen: Keine Berechtigung
[...]
/bin/tar: Beende mit Fehlerstatus aufgrund vorheriger Fehler

Permissions:
Code: 
drwxr-xr-x  5 root        root    4096 22. Mai 2011  .
drwxr-xr-x 10 root        psaserv 4096 12. Apr 2012  ..
drwxr-x---  3 ftp-***     psaserv 4096 22. Mai 2011  cgi-bin
drwxr-x---  2 root        psaserv 4096 22. Mai 2011  conf
drwxr-x---  2 root        psaserv 4096 22. Mai 2011  error_docs

Log:
Code: 
/bin/tar: private/httpdocs/templates_c/%%20^20F^20F1EA65%%atem.tpl.php: Kann stat nicht ausführen: Keine Berechtigung
/bin/tar: private/httpdocs/templates_c/%%86^864^8644F0D6%%home.tpl.php: Kann stat nicht ausführen: Keine Berechtigung
/bin/tar: private/httpdocs/templates_c/%%CC^CCE^CCEE139E%%info.tpl.php: Kann stat nicht ausführen: Keine Berechtigung
[...]
/bin/tar: Beende mit Fehlerstatus aufgrund vorheriger Fehler

Permissions:
Code: 
-rw-r--r-- 1 www-data    www-data 1168 17. Okt 2009  %%20^20F^20F1EA65%%atem.tpl.php
-rw-r--r-- 1 www-data    www-data 1036 27. Mai 2011  %%86^864^8644F0D6%%home.tpl.php
-rw-r--r-- 1 www-data    www-data  979 17. Okt 2009  %%CC^CCE^CCEE139E%%info.tpl.php

Log:
Code: 
/bin/tar: anon_ftp: Kann open nicht ausführen: Keine Berechtigung
/bin/tar: private: Kann open nicht ausführen: Keine Berechtigung
/bin/tar: Beende mit Fehlerstatus aufgrund vorheriger Fehler

Permissions:
Code: 
drwxr-x---   5 ftp-***     psaserv 4096 15. Mär 2011  anon_ftp
drwx------   2 ftp-***     root    4096 15. Mär 2011  private


ftp-*** is the ftp user account
In my case there are just errors for the "subdomains", "anon_ftp" and "private" folders.
I did not change one of these or other permissions.
 
Hello everyone.

We got the same Error as mentioned by the Threads starter. Only a small part of the Backup gets uploaded into the FTP Repository like 1-3GB, the rest of the Backup stays on the server at /var/lib/psa/dumps/resellers/"res"/domains/"domain.com", wich makes the Server's disk space shrink in days. We managed to avoid the disk flood by chaging tar so its launched with sudo, but this only uploads the small part onto the FTP, the big Part of the Backup gets lost. We always get Errors like this:

Warning: hosting "domain.com"

/bin/tar: subdomains/connect/error_docs: Kann open nicht ausführen: Keine Berechtigung
/bin/tar: subdomains/connect/conf: Kann open nicht ausführen: Keine Berechtigung
/bin/tar: Beende mit Fehlerstatus aufgrund vorheriger Fehler

Warning: hosting "domain.at"

Failed to pack files backup_domain.at_user-data_1307290027 in /var/lib/psa/dumps/resellers/domain/domains/domain.at [ 125097160704 bytes free of 236157153280 bytes total on mount point 0]

Anyone able to fix it yet?
FTP Connection works in my case!
 
I have found that if the free space in / usr is smaller then the copy fails to copy to FTP. In my case is solved by expanding the space of / usr

We hope this update;)
 
You must log in or register to reply here.

Similar threads

tethis IT
Resolved Unable to remove old OneDrive backups
Replies
2
Views
1K
tethis IT
tethis IT
D
Issue Backup takes hours - kinda loops
Replies
0
Views
1K
daanse
D
nisamudeen97
Issue Incremental Backup restore from dropbox getting failed
Replies
1
Views
996
nisamudeen97
nisamudeen97
J
Resolved Backup Manager doesn't work after updating to 17.8.11 MU3
Replies
5
Views
977
Joost de Bruijn
J
J
Plesk Backup not working
Replies
2
Views
1K
Jan Schmidwenzl
J
Back
Top