• We value your experience with Plesk during 2024
    Plesk strives to perform even better in 2025. To help us improve further, please answer a few questions about your experience with Plesk Obsidian 2024.
    Please take this short survey:
    https://pt-research.typeform.com/to/AmZvSXkx
  • The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.
  • We’re working on enhancing the Monitoring feature in Plesk, and we could really use your expertise! If you’re open to sharing your experiences with server and website monitoring or providing feedback, we’d love to have a one-hour online meeting with you.

"Failed to pack files back" Backup-Error

O

Olaf_K

New Pleskian
Hello,

since Microupdate 11.0.9 #52/#53 I get the following error from my scheduled backup:

<description>Failed to pack files back__domainname_mn_1306110314 in /var/lib/psa/dumps/xy/clients/xy/domains/domainname [ 945838637056 bytes free of 980876906496 bytes total on mount point 0]</description>

Some related problems have already been discussed here in the forum (e.g.: http://forum.parallels.com/showthread.php?287514-quot-Failed-to-pack-quot-error-in-Backup or this one: http://forum.parallels.com/showthread.php?284343), but it all did not quite match with my problem.

Any hints for solution?

Kind regards,
Olaf
 
Last edited:
Normally, these type of issue occur when there is not enough space on your server. Also, this may cause then there is no enough temp space of Plesk Migration Manager. You can try correct it by making a symbolic link using the command

# ln -s /var/lib/psa/tmp /usr/local/psa/PMM/tmp
 
We got the same problem on different Servers.
There is enough space on the HDDs.

What information should we provide to debug the problem?
 
Hello Igor,

thanks for your answer.

I tried: # ln -s /var/lib/psa/tmp /usr/local/psa/PMM/tmp and made a backup manually, but the error stays the same.

Again: <description>Failed to pack files 11062013__domainname_mn_1306111329 in /var/lib/psa/dumps/resellers/xy/clients/xy/domains/domainname [ 945827770368 bytes free of 980876906496 bytes total on mount point 0]</description>
 
Last edited:
@MatthiasKHH

how many domains have been affected, when you look at the backup migration result? In my backup only two domains (from approx. 150 domains) have been affected by the error.
 
Last edited:
similar to your issue Olaf it's just a small amount of affected domains, we have the same issue on more than one server. I gave the symlink a try going to see how this works.
But anyways I'm thankful for any suggestions wich help to fix the errors
 
Im am still hanging on this issue and I made some further tests:

When I log in to the account of the affected domain and try to do a backup there, the following error occurs:

ERROR: PleskFatalException
Unable to find Backup dump object

0: backup.abstract-repository.item.php:58
__backup__abstract_repository__item->getDump()
1: backup.abstract-repository.item.restore.php:33
__backup__abstract_repository__item__restore->accessItem(string 'GET', NULL null)
2: UIPointer.php:595
UIPointer->access(string 'GET')
3: plesk.php:45

Curiously this is an issue of Plesk 9.X : http://kb.parallels.com/en/6047. I am running Plesk 11.0.9 on CentOS 6.4.
 
I tried the following hack of NickJ., because it seemed to be some sort of calculating error for me:

NickJ. said:
in the /usr/local/psa/PMM/agents/shared/Storage/FileStorage.pm file, at line 181 comment out everything in the if statement here:

if (!$h->run()) {
# my ($total, $avail, $mount) = HelpFuncs::getMountSpace($destDir);
# Logging::debug("Failed to pack files $destFile in $destDir [ $avail bytes free of $total bytes total on mount point $mount]");
# Logging::error("Failed to pack files $destFile in $destDir [ $avail bytes free of $total bytes total on mount point $mount]");
# POSIX::close($newhandle);
# POSIX::close($newhandle2);
# return;
}
Click to expand...

And it worked! There are no more Backup-Errors.

Nevertheless the function commented out makes sense and is surely needed. Maybe Parallels Team will somehow fix that.

Kind regards,
Olaf
 
Last edited:
Olaf_K said:
I tried the following hack of NickJ., because it seemed to be some sort of calculating error for me:
Click to expand...

Unfortunately it's not only a calculating error. At least it doesn't look like that. In front of the now commented part a command is created:

Code: 
push @cmd, "|", \&Storage::Splitter::run, "$newhandle2>", \$files,
    init => sub {Storage::Splitter::init_process($newhandle2, $splitSize, $destFile, $destDir, $destExt )};

and then this is being executed:

Code: 
my $h = IPC::Run::harness(@cmd);

if (!$h->run()) {

This fails so the error is logged and the current part of the backup is aborted. So actually we don't know if there is something seriously wrong. I'm not a Perl expert, so it's difficult for me to identify if commenting some parts of the code is rather good or bad.
 
Glenn_ said:
This fails so the error is logged and the current part of the backup is aborted. So actually we don't know if there is something seriously wrong. I'm not a Perl expert, so it's difficult for me to identify if commenting some parts of the code is rather good or bad.
Click to expand...

It is of course not good to comment out code, as I already said, but what counts is what works. Backups work properly at the moment and restoring backups as well, so I am fine with that, for now.
 
Same issue here:
<description>Failed to pack files backup_skel_1306241048 in /var/lib/psa/dumps [ 76119580672 bytes free of 77716125696 bytes total on mount point 0]</description>
What is the issue / how can we solve it?
 
since Microupdate 11.0.9 #53/#54 I get the following error from my scheduled backup """""""solution plesk""""""""



<?xml version="1.0" encoding="UTF-8"?>
<execution-result status="error" log-location="/opt/psa/PMM/sessions/2013-06-23-225901.755/migration.result">
<object name="marsoni.net" type="domain">
<message id="089efa23-0171-4453-8a77-fc2def8ad3ef" severity="error" code="msgtext">
<description>Failed to pack files completa_marsoni.net_mn_1306232259 in /var/lib/psa/dumps/domains/marsoni.net [ 228601047040 bytes free of 260222992384 bytes total on mount point 0]</description>
</message>
</object>
</execution-result>
 
I'm continuing here:

I migratet few sites from a 10.x Plesk to my fresh 11.5.30 Update #13 Server:

Warning: hosting "domain.de"
Failed to pack files backup_domain.de_user-data_1308290302 in /var/lib/psa/dumps/domains/domain.de [ 105827966976 bytes free of 110292140032 bytes total on mount point 0]
Click to expand...

Only got about 7 real domains and 30 aliases so far. Got one "/" mountpoint with only 8% used of 240GB. So should be no space problem.

Ideas here?
 
I have the same issue and I have the #58 update.
Centos 6.4 (Final)
Panel 11.0.9 #58
--------------------------------------------
<?xml version="1.0" encoding="UTF-8"?>
<execution-result status="error" log-location="/usr/local/psa/PMM/sessions/2013-09-03-054006.57/migration.result">
<object name="domain.com" type="domain">
<object name="admin_domain" type="mysql">
<message id="226c5be2-ee1c-4bf3-834e-a6e61388e990" severity="error" code="msgtext">
<description>Failed to execute backup of mysql database 'admin_domain'</description>
</message>
<message id="d8ed3b56-d32c-43ad-8d5e-48c497b8842a" severity="error" code="msgtext">
<description>Failed to pack files servidor2_admin_domain_1_1309030540 in /var/lib/psa/dumps/domains/domain.com/databases/admin_domain_1 [ 120076967936 bytes free of 208023412736 bytes total on mount point 0]</description>
</message>
</object>
</object>
</execution-result>
--------------------------------

I have 223 GB available in /var/lib/psa/tmp (#ln -s /var/lib/psa/tmp /usr/local/psa/PMM/tmp)
 
hi guys!
have same problems =( all my clients without backups!
as it turned out, backup don't work almost a month ... I am very afraid of their clients )


I ran backup manually for some domain and have the following:

Code: 
/opt/psa/bin/pleskbackup domains-name -v --output-file=- etks.info
Domains [0/1]
Domains [1/1]
-------------- Start print backup log hire --------------
<?xml version="1.0" encoding="UTF-8"?>
  <execution-result status="error" log-location="/opt/psa/PMM/sessions/2013-09-17-101809.677/migration.result">
    <object name="etks.info" type="domain">
      <message id="a571e90f-9234-4c1f-8cc9-62f7967f2310" severity="warning" code="msgtext">
        <description>Timeout occured during mysql query. Reconnecting.</description>
      </message>
      <message id="1b6d215e-f1aa-403e-8fd7-e1adc42fe3b3" severity="error" code="msgtext">
        <description>Unable to execute SQL: MySQL server has gone away</description>
      </message>
      <object name="etks" type="mysql">
        <message id="7df897b7-6169-4cb5-86cf-f8ba3da5e60a" severity="error" code="msgtext">
          <description>Failed to execute backup database</description>
        </message>
        <message id="2a609af0-aa8b-47a7-88db-26b280b1f150" severity="error" code="msgtext">
          <description>Failed to pack files backup_etks_1_1309171018 in /backup/domains/etks.info/databases/etks_1 [ 875758411776 bytes free of 1969009598464 bytes total on mount point /backup]</description>
        </message>
      </object>
    </object>
  </execution-result>
-------------- End print backup log hire --------------

You can view additional information in the log file located in /opt/psa/PMM/sessions/2013-09-17-101809.677 directory. This directory will be removed automatically after 30 days

Runtime error: The backup failed with errors!

look what the last MU:
Code: 
cat /root/.autoinstaller/microupdates.xml
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<patches>
    <product id="plesk" version="10.4.4" installed-at="20120716T153408">
        <patch version="55" timestamp="" installed-at="20130826T130806" />
    </product>
</patches>


link on update (http://kb.parallels.com/116338) - rejected!

look what further ...

Code: 
cat /opt/psa/PMM/sessions/2013-09-17-101809.677/migration.log 
[10:18:19|INFO: 9053:p.log] pmm-ras started : /opt/psa/admin/bin/pmm-ras --get-dump-info --dump-file-specification=domains/etks.info/backup_etks.info_info_1309171018.xml --with-feedback --session-path=/opt/psa/PMM/sessions/2013-09-17-101809.677 --verbose
[10:18:19|INFO: 9053:p.log] Repository '/backup' initialising...
[10:18:19|INFO: 9053:p.log] Repository '/backup': Initialized
[10:18:19|INFO: 9053:p.log] Repository '/backup': Get backup info from domains/etks.info/backup_etks.info_info_1309171018.xml
[10:18:19|INFO: 9053:p.log] Repository '/backup': Get initial backup info from dir domains/etks.info/.discovered/backup_etks.info_info_1309171018
[10:18:19|INFO: 9053:p.log] Get backup params from listing of domains/etks.info/.discovered/backup_etks.info_info_1309171018
[10:18:19|INFO: 9053:p.log] Read properties from xml domains/etks.info/backup_etks.info_info_1309171018.xml
[10:18:19|INFO: 9053:p.log] Repository '/backup': Validate backup domains/etks.info/backup_etks.info_info_1309171018.xml
[10:18:19|INFO: 9053:p.log] Repository '/backup': Validate backup (common phase) domains/etks.info/backup_etks.info_info_1309171018.xml
[10:18:19|INFO: 9053:p.log] Repository '/backup': Get items 'status' for discovered 'backup_etks.info_info_1309171018' at path domains/etks.info
[10:18:19|INFO: 9053:p.log] Executing utility: /opt/psa/admin/sbin/backup_sign verify /backup//domains/etks.info/backup_etks.info_info_1309171018.xml
[10:18:19|INFO: 9053:p.log] The utility executed with the return code 0
[10:18:19|INFO: 9053:p.log] Validate content files backup_statistics_1309171018.tgz at dir domains/etks.info/phosting
[10:18:19|INFO: 9053:p.log] Validate content files backup_statistics_1309171018.tgz at dir domains/etks.info/phosting
[10:18:19|INFO: 9053:p.log] Validate content files backup_statistics_1309171018.tgz at dir domains/etks.info/phosting
[10:18:19|INFO: 9053:p.log] Validate content files backup_statistics_1309171018.tgz at dir domains/etks.info/phosting
[10:18:19|INFO: 9053:p.log] Validate content files backup_statistics_1309171018.tgz at dir domains/etks.info/phosting
[10:18:19|INFO: 9053:p.log] Validate content files backup_statistics_1309171018.tgz at dir domains/etks.info/phosting
[10:18:19|INFO: 9053:p.log] Validate content files backup_conf_1309171018.tgz at dir domains/etks.info/phosting
[10:18:19|INFO: 9053:p.log] Repository '/backup': Create item 'status_OK' for discovered 'backup_etks.info_info_1309171018' at path domains/etks.info
[10:18:19|INFO: 9053:p.log] Repository '/backup': Put info to domains/etks.info/.discovered/backup_etks.info_info_1309171018/status_OK
[10:18:19|INFO: 9053:p.log] pmm-ras finished. Exit code: 0

Code: 
cat /opt/psa/PMM/sessions/2013-09-17-101809.677/psadump.log
[8944]: 06:18:10 INFO ------------------------------------------------------------
[8944]: 06:18:10 INFO Migration status reporting initialized.
[8944]: 06:18:10 INFO Status file: /opt/psa/PMM/sessions/2013-09-17-101809.677/dump-status.xml
[8944]: 06:18:10 INFO ------------------------------------------------------------
[8966]: 06:18:13 ERROR fbc7d2e8-dd91-4c02-80f0-7bd90a1983b5 Unable to create dump: 
 at /opt/psa/PMM/agents/shared/Logging.pm line 84
        Logging::error('Unable to create dump', 'fatal') called at /opt/psa/admin/bin/plesk_agent_manager line 648
        main::__ANON__('Error::Simple=HASH(0x36e7640)', 'SCALAR(0x3045ee8)') called at /usr/share/perl5/Error.pm line 340
        eval {...} called at /usr/share/perl5/Error.pm line 330
        Error::subs::run_clauses('HASH(0x36ca820)', 'Can\'t locate object method "_setFileToRemove" via package "D...', undef, 'ARRAY(0x36caa60)') called at /usr/share/perl5/Error.pm line 427
        Error::subs::try('CODE(0x36d0048)', 'HASH(0x36ca820)') called at /opt/psa/admin/bin/plesk_agent_manager line 650
        main::perform('owner-uid', '00000000-0000-0000-0000-000000000000', 'verbose', 1, 'owner-type', 'server', 'domains-name', 'ARRAY(0x1dde8f8)', 'output-file', ...) called at /opt/psa/admin/bin/plesk_agent_manager line 1217
        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(0x233b838)', 'HASH(0x233b910)') called at /opt/psa/admin/bin/plesk_agent_manager line 1226
        main::main() called at /opt/psa/admin/bin/plesk_agent_manager line 1228
full in attached file

can be cause is next string:
Error::subs::run_clauses('HASH(0x36ca820)', 'Can\'t locate object method "_setFileToRemove" via package "D...', undef, 'ARRAY(0x36caa60)') called at /usr/share/perl5/Error.pm line 427

what happened to the method _setFileToRemove ?

the same for the other domains ... =(

how can I now sleep peacefully?!

Igor help me and other good guys who use your product!

ps/ tried to attach a file but the form has not earned
 
sorry, forgot to specify the version of the product
Code: 
cat /opt/psa/version
Panel 10.4.4 Debian 6.0 1013111102.18
 
You must log in or register to reply here.

Similar threads

S
Apache does not apply .htaccess directives for certain files after migration through Plesk Migrator
Replies
2
Views
727
NewGate
N
Bitpalast
Forwarded to devs RESOLVED /logs/*.webstat backed up despite backup setting "Exclude log files" is checked
Replies
2
Views
1K
DenisG
D
DanijelD
Backup fails: "Failed to execute backup of mysql database"
Replies
4
Views
2K
DanijelD
DanijelD
S
Plesk Backup Problem
Replies
4
Views
1K
IgorG
IgorG
Lloyd_mcse
Backup Warning: Failed to pack files
Replies
3
Views
2K
Lloyd_mcse
Lloyd_mcse
Back
Top