• 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
  • Inviting everyone to the UX test of a new security feature in the WP Toolkit
    For WordPress site owners, threats posed by hackers are ever-present. Because of this, we are developing a new security feature for the WP Toolkit. If the topic of WordPress website security is relevant to you, we would be grateful if you could share your experience and help us test the usability of this feature. We invite you to join us for a 1-hour online session via Google Meet. Select a convenient meeting time with our friendly UX staff here.

Migration -> Error during dump retrieval

Powie

Powie

Regular Pleskian
Tryed to migrate from Confixx 3.3.9 to Plesk 11.0.9. Not the whole server, just 1 user.

Cannot find a solution for this error:


<?xml version="1.0" encoding="UTF-8"?>
<execution-result-mixed status="error" log-location="">
<transfer status="error">
<message code="CantRetrieveDump" severity="error" id="0e3d8c8c-b03f-43ca-80e8-1a89efd08d1d">
<description>Error during dump retrieval</description>
<message code="CantRetrieveContentFile" severity="error" id="9ec99b4f-8743-49ad-82e0-c08364290155">
<description>Failed to retrieve file '/var/cache/20120920072617614//domains/web9.xxxx.net/databases/usr_web9_1/sqldump_1209200726.tar' from 'xxxx.net' to '/opt/psa/PMM/var/20120920072617614//domains/web9.xxxx.net/databases/usr_web9_1/sqldump_1209200726.tar': cat: /var/cache/20120920072617614//domains/web9xxxx.net/databases/usr_web9_1/sqldump_1209200726.tar: No such file or directory
</description>
</message>
</message>
</transfer>
</execution-result-mixed>
 
sorry, but this KB article doesn't help........

I think, theres a problem on the source server on dumping the database....
on the source server, the directory that should containing the dump is empty.
 
Last edited:
I need to reopen this thread, because I need migration in the near future!
At the last time I mean its a problem on the source server. After the last try I have take a deeper look on the spurce server and what I see is that migrationis running, in the folders in /var/cache/xxxxx all .tar files will be genereated. migrations stops with the error after trying to receive the first file from the source server. All other .tar files are still in place but the first file is deleted after this try....!!!
 
I made a step forward! As mentioned, all .tar files exist before transfer. Now I have found in the file content-list.xml, generated on migration porocess, all file entries are duplicates! I think this produces the error on migration, because the agent trys to transfer each dump twice.....

Content:
Code: 
<?xml version="1.0" encoding="UTF-8"?>
  <contentlist size="60871709">
    <file size="1310720">clients/web9/domains/web9.brutus.be-webspace.net/databases/usr_web9_1/sqldump_1402221855.tar</file>
    <file size="26501120">clients/web9/domains/web9.brutus.be-webspace.net/phosting/docroot_1402221855.tar</file>
    <file size="20480">clients/web9/domains/web9.brutus.be-webspace.net/phosting/879_logs_1402221855.tar</file>
    <file size="2570240">clients/web9/domains/web9.brutus.be-webspace.net/phosting/879_private_1402221855.tar</file>
    <file size="10240">clients/web9/domains/web9.brutus.be-webspace.net/phosting/1055_conf_1402221855.tar</file>
    <file size="10240">clients/web9/domains/web9.brutus.be-webspace.net/phosting/1057_conf_1402221855.tar</file>
    <file size="1310720">clients/web9/domains/web9.brutus.be-webspace.net/databases/usr_web9_1/sqldump_1402221855.tar</file>
    <file size="26501120">clients/web9/domains/web9.brutus.be-webspace.net/phosting/docroot_1402221855.tar</file>
    <file size="20480">clients/web9/domains/web9.brutus.be-webspace.net/phosting/879_logs_1402221855.tar</file>
    <file size="2570240">clients/web9/domains/web9.brutus.be-webspace.net/phosting/879_private_1402221855.tar</file>
    <file size="10240">clients/web9/domains/web9.brutus.be-webspace.net/phosting/1055_conf_1402221855.tar</file>
    <file size="10240">clients/web9/domains/web9.brutus.be-webspace.net/phosting/1057_conf_1402221855.tar</file>
    <file size="0">migration.result</file>
    <file main="true" size="25629">dump_info_1402221855.xml</file>
  </contentlist>
 
I have checked this at one other account. All files after the first duplicate entry still remain in the cache dir!

Code: 
<?xml version="1.0" encoding="UTF-8"?>
  <contentlist size="48504883">
    <file size="10240">clients/web35/domains/web35.brutus.be-webspace.net/mailnames/mailname_web35p4_1402221910.tar</file>
    <file size="10240">clients/web35/domains/web35.brutus.be-webspace.net/mailnames/mailname_web35p10_1402221910.tar</file>
    <file size="10240">clients/web35/domains/web35.brutus.be-webspace.net/mailnames/mailname_web35p9_1402221910.tar</file>
    <file size="10240">clients/web35/domains/web35.brutus.be-webspace.net/mailnames/mailname_web35p2_1402221910.tar</file>
    <file size="10240">clients/web35/domains/web35.brutus.be-webspace.net/mailnames/mailname_web35p6_1402221910.tar</file>
    <file size="10240">clients/web35/domains/web35.brutus.be-webspace.net/mailnames/mailname_web35p5_1402221910.tar</file>
    <file size="10240">clients/web35/domains/web35.brutus.be-webspace.net/mailnames/mailname_web35p8_1402221910.tar</file>
    <file size="10240">clients/web35/domains/web35.brutus.be-webspace.net/mailnames/mailname_web35p3_1402221910.tar</file>
    <file size="2856960">clients/web35/domains/web35.brutus.be-webspace.net/databases/usr_web35_1/sqldump_1402221910.tar</file>
 1. duplicate:   
     <file size="2856960">clients/web35/domains/web35.brutus.be-webspace.net/databases/usr_web35_1/sqldump_1402221910.tar</file>
 Files remain:
    <file size="10240">clients/web35/domains/web35.brutus.be-webspace.net/phosting/docroot_1402221910.tar</file>
    <file size="71680">clients/web35/domains/web35.brutus.be-webspace.net/phosting/877_logs_1402221910.tar</file>
    <file size="3768320">clients/web35/domains/web35.brutus.be-webspace.net/phosting/877_private_1402221910.tar</file>
    <file size="778240">clients/web35/domains/web35.brutus.be-webspace.net/mailnames/mailname_web35p1_1402221910.tar</file>
    <file size="13803520">clients/web35/domains/web35.brutus.be-webspace.net/mailnames/mailname_web35p7_1402221910.tar</file>
    <file size="10240">clients/web35/domains/web35.brutus.be-webspace.net/mailnames/mailname_web35p4_1402221910.tar</file>
    <file size="10240">clients/web35/domains/web35.brutus.be-webspace.net/mailnames/mailname_web35p10_1402221910.tar</file>
    <file size="10240">clients/web35/domains/web35.brutus.be-webspace.net/mailnames/mailname_web35p9_1402221910.tar</file>
    <file size="10240">clients/web35/domains/web35.brutus.be-webspace.net/mailnames/mailname_web35p2_1402221910.tar</file>
    <file size="10240">clients/web35/domains/web35.brutus.be-webspace.net/mailnames/mailname_web35p6_1402221910.tar</file>
    <file size="10240">clients/web35/domains/web35.brutus.be-webspace.net/mailnames/mailname_web35p5_1402221910.tar</file>
    <file size="10240">clients/web35/domains/web35.brutus.be-webspace.net/mailnames/mailname_web35p8_1402221910.tar</file>
    <file size="10240">clients/web35/domains/web35.brutus.be-webspace.net/mailnames/mailname_web35p3_1402221910.tar</file>
    <file size="2856960">clients/web35/domains/web35.brutus.be-webspace.net/databases/usr_web35_1/sqldump_1402221910.tar</file>
    <file size="2856960">clients/web35/domains/web35.brutus.be-webspace.net/databases/usr_web35_1/sqldump_1402221910.tar</file>
    <file size="10240">clients/web35/domains/web35.brutus.be-webspace.net/phosting/docroot_1402221910.tar</file>
    <file size="71680">clients/web35/domains/web35.brutus.be-webspace.net/phosting/877_logs_1402221910.tar</file>
    <file size="3768320">clients/web35/domains/web35.brutus.be-webspace.net/phosting/877_private_1402221910.tar</file>
    <file size="778240">clients/web35/domains/web35.brutus.be-webspace.net/mailnames/mailname_web35p1_1402221910.tar</file>
    <file size="13803520">clients/web35/domains/web35.brutus.be-webspace.net/mailnames/mailname_web35p7_1402221910.tar</file>
    <file size="2694">Confixx-mail-mapping.txt</file>
    <file size="0">migration.result</file>
    <file main="true" size="46509">dump_info_1402221911.xml</file>
  </contentlist>
 
You must log in or register to reply here.

Similar threads

W
Issue backup task error | Unable to save statistics. Error: DB query failed: SQLSTATE[HY000] [2002] No such file or directory
Replies
2
Views
852
Wolfgang Reidlinger
W
M
Issue File dump-header not found on first position in archive.
Replies
0
Views
765
massin
M
Kulturmensch
Resolved Backup does not work since upgrade to Version 18.0.50
Replies
1
Views
1K
Peter Debik
P
G
Issue Plesk Migrator: Subscribers, Service Plans and Customers not properly transferred
Replies
12
Views
1K
Peter Debik
P
R
Issue Plesk repair -all error
Replies
4
Views
1K
MARS_NETWORKS
M
Back
Top