S
Solosoft64
Guest
Hello,
I am having an issue migrating my Plesk 8.3 Installation on FreeBSD 6.2 -> Plesk 10.4 on CentOS 6
I ran the cli to backup plesk with the -all flag to ensure it downloads all the data off the server. After many hours I
came upto one large 104gb file. This file is on 8.x format so using the pre9-conversion utility it converted (which took
a very long time) to 10.x then ran the line given by the pre9 bin to convert upto 10.x.
Since I am having issues with the restore ill go through the methods I tried and the answers/solutions I have gotten.
I tried restoring this a few different ways to change variables to ensure its not something on my end causing the
issues.
1. Went through the GUI to do the restore. When I imported the file from my scratch disk off the old FreeBSD server I
copied the data to /root converted it using the tools mentioned above and put it in /var/lib/psa/dump folder so the
migration utility on the GUI on the 10.4 box would see it. This worked great. I got the utility to perform one step @ a
time to help troubleshoot where the issues are. I had no problems getting the "Customers" to restore. 100% of them
restored properly with the correct passwords and permissions the issue is the websites will not restore.
2. Since a "Giant" restore was not working. I figured something at a more site by site
level might be the trick.
/usr/local/psa/bin/pleskrestore --restore /root/plesklatest.converted/converted_info_1204031125.xml -level domains -filter list:website.com -verbose -map /root/pleskmap
I of course generated the map /usr/local/psa/bin/pleskrestore --create-map pleskbackup.date -map pleskmap first then
tried to run the command.
Here is the error I got @ the domain level:
I did change the website to "website.com" for privacy reasons but the general idea is there. This happens on ANY domain I try to restore. If I choose to restore them all I simply get a giant log with ALL the websites spitting out this same error.
I don't know where to go from here, ive tried using the migration manager, ive tried 2x different operating systems to
ensure its not a variable on my end. Debian 6.0 stable and CentOS 6 both fail to restore the domains.
Im wondering if there is something that I am missing here to possibly push me forward. As I kept trying there is a few
little changes I picked up googling around these forums here. I changed the /tmp folder outside of /tmp (in psa.conf) just incase there is any issues with size as that partition is a little smaller then my root partition.
Since there was no errors on the plesk 8.3 machine im starting to think its an issue with the import process and not so
much the export process, what do you guys think ?
I am having an issue migrating my Plesk 8.3 Installation on FreeBSD 6.2 -> Plesk 10.4 on CentOS 6
I ran the cli to backup plesk with the -all flag to ensure it downloads all the data off the server. After many hours I
came upto one large 104gb file. This file is on 8.x format so using the pre9-conversion utility it converted (which took
a very long time) to 10.x then ran the line given by the pre9 bin to convert upto 10.x.
Since I am having issues with the restore ill go through the methods I tried and the answers/solutions I have gotten.
I tried restoring this a few different ways to change variables to ensure its not something on my end causing the
issues.
1. Went through the GUI to do the restore. When I imported the file from my scratch disk off the old FreeBSD server I
copied the data to /root converted it using the tools mentioned above and put it in /var/lib/psa/dump folder so the
migration utility on the GUI on the 10.4 box would see it. This worked great. I got the utility to perform one step @ a
time to help troubleshoot where the issues are. I had no problems getting the "Customers" to restore. 100% of them
restored properly with the correct passwords and permissions the issue is the websites will not restore.
2. Since a "Giant" restore was not working. I figured something at a more site by site
level might be the trick.
/usr/local/psa/bin/pleskrestore --restore /root/plesklatest.converted/converted_info_1204031125.xml -level domains -filter list:website.com -verbose -map /root/pleskmap
I of course generated the map /usr/local/psa/bin/pleskrestore --create-map pleskbackup.date -map pleskmap first then
tried to run the command.
Here is the error I got @ the domain level:
[root@boson ~]# /usr/local/psa/bin/pleskrestore --restore
/root/plesklatest.converted/converted_info_1204031125.xml -level domains -filter list:website.com -verbose
-map /root/pleskmap
<?xml version="1.0" encoding="UTF-8"?>
<restore status="error">
<conflict-resolve status="success">
</conflict-resolve>
<deploy status="error">
<message code="StdException" severity="error" id="b9ebc90d-511d-43b2-83ed-03f963910740">
<description>Deployer has been terminated by exception: basic_string::at</description>
</message>
<object type="client" name="pcoating">
<object type="domain" name="website.com">
<message code="CantUnpackMailboxContent" severity="error" id="843decb4-1b0c-4c75-8ba4-
e27f5320d32a">
<description>Can not deploy mail content of [email protected]
</description>
<message code="tRepository::StreamError" severity="error" id="76498e65-0bb1-479e-82f3-
8213c2aa12dd">
<description>Archiver error: from
/root/plesklatest.converted//clients/pcoating/domains/website.com/mailnames/[email protected]
m/[email protected]_mailbox_1204031125.tgz to
/var/qmail/mailnames/website.com/abcinfo/Maildir:
tar (child):
/root/plesklatest.converted//clients/pcoating/domains/website.com/mailnames/[email protected]
m/[email protected]_mailbox_1204031125.tgz: Cannot open: Permission denied
tar (child): Error is not recoverable: exiting now
gzip: stdin: unexpected end of file
tar: Child returned status 2
tar: Error is not recoverable: exiting now
</description>
</message>
</message>
<message code="CantUnpackMailboxContent" severity="error" id="9987d04d-35f2-46de-8e04-
8967d093b8c">
<description>Can not deploy mail content of [email protected]
</description>
<message code="tRepository::StreamError" severity="error" id="0be48c03-11f1-4eb8-8362-
845f4a26af9d">
<description>Archiver error: from
/root/plesklatest.converted//clients/pcoating/domains/website.com/mailnames/[email protected]
om/[email protected]_mailbox_1204031125.tgz to
/var/qmail/mailnames/website.com/catchall/Maildir:
tar (child):
/root/plesklatest.converted//clients/pcoating/domains/website.com/mailnames/[email protected]
om/[email protected]_mailbox_1204031125.tgz: Cannot open: Permission denied
tar (child): Error is not recoverable: exiting now
gzip: stdin: unexpected end of file
tar: Child returned status 2
tar: Error is not recoverable: exiting now
</description>
</message>
</message>
<message code="CantUnpackMailboxContent" severity="error" id="d1031961-6648-46a0-82e7-
f7e58c27a883">
<description>Can not deploy mail content of [email protected]</description>
<message code="tRepository::StreamError" severity="error" id="8150930d-032f-468c-846d-
8751ddee619f">
<description>Archiver error: from
/root/plesklatest.converted//clients/pcoating/domains/website.com/mailnames/[email protected]/co
[email protected]_mailbox_1204031125.tgz to
/var/qmail/mailnames/website.com/tc/Maildir:
tar (child):
/root/plesklatest.converted//clients/pcoating/domains/website.com/mailnames/[email protected]/co
[email protected]_mailbox_1204031125.tgz: Cannot open: Permission denied
tar (child): Error is not recoverable: exiting now
gzip: stdin: unexpected end of file
tar: Child returned status 2
tar: Error is not recoverable: exiting now
</description>
</message>
</message>
<object type="hosting" name="website.com">
<message code="CantUnpackDomainDocroot" severity="error" id="232d963d-d317-47a5-811d-
39fa1fbaba76">
<description>Can not deploy web-content of domain website.com</description>
<message code="tRepository::StreamError" severity="error" id="7db64547-0394-49ea-8681-
8278018cfdb4">
<description>Archiver error: from
/root/plesklatest.converted//clients/pcoating/domains/website.com/phosting/converted_docroot_120403112
5.tgz to /var/www/vhosts/website.com/httpdocs:
tar (child):
/root/plesklatest.converted//clients/pcoating/domains/website.com/phosting/converted_docroot_120403112
5.tgz: Cannot open: Permission denied
tar (child): Error is not recoverable: exiting now
gzip: stdin: unexpected end of file
tar: Child returned status 2
tar: Error is not recoverable: exiting now
</description>
</message>
</message>
<message code="CantUnpackDomainCgi" severity="error" id="d72789a0-3a50-4c14-882a-
502bd529340b">
<description>Can not deploy cgi-content of domain website.com</description>
<message code="tRepository::StreamError" severity="error" id="f991737a-05d1-4c4c-815d-
e86d27ce1789">
<description>Archiver error: from
/root/plesklatest.converted//clients/pcoating/domains/website.com/phosting/converted_cgi_1204031125.tgz
to /var/www/vhosts/website.com/cgi-bin:
tar (child):
/root/plesklatest.converted//clients/pcoating/domains/website.com/phosting/converted_cgi_1204031125.tgz
: Cannot open: Permission denied
tar (child): Error is not recoverable: exiting now
gzip: stdin: unexpected end of file
tar: Child returned status 2
tar: Error is not recoverable: exiting now
</description>
</message>
</message>
</object>
</object>
</object>
</deploy>
</restore>
I did change the website to "website.com" for privacy reasons but the general idea is there. This happens on ANY domain I try to restore. If I choose to restore them all I simply get a giant log with ALL the websites spitting out this same error.
I don't know where to go from here, ive tried using the migration manager, ive tried 2x different operating systems to
ensure its not a variable on my end. Debian 6.0 stable and CentOS 6 both fail to restore the domains.
Im wondering if there is something that I am missing here to possibly push me forward. As I kept trying there is a few
little changes I picked up googling around these forums here. I changed the /tmp folder outside of /tmp (in psa.conf) just incase there is any issues with size as that partition is a little smaller then my root partition.
Since there was no errors on the plesk 8.3 machine im starting to think its an issue with the import process and not so
much the export process, what do you guys think ?