• The BIND DNS server has already been deprecated and removed from Plesk for Windows.
    If a Plesk for Windows server is still using BIND, the upgrade to Plesk Obsidian 18.0.70 will be unavailable until the administrator switches the DNS server to Microsoft DNS. We strongly recommend transitioning to Microsoft DNS within the next 6 weeks, before the Plesk 18.0.70 release.
  • The Horde component is removed from Plesk Installer. We recommend switching to another webmail software supported in Plesk.

Ensim 4.1 Migration

N

nsouto

Guest
Hello,

I'm trying to migrate Ensim 4.1 sites to a new Plesk 8 instalation, but I'm getting this error message:

Error during dump file retrieving.
Remote agent failed with the following stderr messages: 02:23:31 INFO New connection: Pg DBI connection. db appldb, user , local socket
02:23:31 INFO ------------------------------------------------------------
02:23:31 INFO FILE storage initialized.
02:23:31 INFO Base directory: /migration/supervisor.20211/
02:23:31 INFO Gzip bundles: yes
02:23:31 INFO Bundle split size: 1073741824
02:23:31 INFO ------------------------------------------------------------
02:23:31 TRACE SQL: SELECT site_id FROM siteinfo WHERE domain in ('domain.net')
02:23:31 DEBUG Tar bundle. id=domain.net_docroot:gzipped, destFile=/migration/supervisor.20211//domain.net_docroot
02:23:31 INFO FileFinder: tar resolved to /bin/tar
02:23:31 INFO Executing bundle producer: /bin/tar -C '/home/virtual/siteXX/fst/home/geral/mainwebsite_html' -f - -c .
02:24:35 DEBUG Tar bundle. id=domain.net_cgi:gzipped, destFile=/migration/supervisor.20211//domain.net_cgi
02:24:35 INFO FileFinder: tar resolved to /bin/tar
02:24:35 INFO Executing bundle producer: /bin/tar -C '/home/virtual/siteXX/fst/home/geral/mainwebsite_cgi' -f - -c .
02:24:35 DEBUG Tar bundle. id=domain.net_user:gzipped, destFile=/migration/supervisor.20211//domain.net_user
02:24:35 INFO FileFinder: tar resolved to /bin/tar
02:24:35 INFO Executing bundle producer: /bin/tar -C '/home/virtual/siteXX/fst/home/user' -f - -c .
Undefined subroutine &Quota::query called at /migration/supervisor.20211/EnsimX.pl line 674.

Thank You
Nuno Souto
 
I'm also having this issue:

Error during dump file retrieving.
Remote agent failed with the following stderr messages: 23:36:43 INFO New connection: Pg DBI connection. db appldb, user , local socket
23:36:43 INFO ------------------------------------------------------------
23:36:43 INFO FILE storage initialized.
23:36:43 INFO Base directory: /migration/supervisor.26315/
23:36:43 INFO Gzip bundles: no
23:36:43 INFO Bundle split size: 1073741824
23:36:43 INFO ------------------------------------------------------------
23:36:43 TRACE SQL: SELECT site_id FROM siteinfo WHERE domain in ('test.domain.com')
23:36:43 DEBUG Tar bundle. id=test.domain.com_docroot, destFile=/migration/supervisor.26315//test.domain.com_docroot
23:36:43 INFO FileFinder: tar resolved to /bin/tar
23:36:43 INFO Executing bundle producer: /bin/tar -C '/home/virtual/site103/fst/home/jspiga/mainwebsite_html' -f - -c .
23:36:43 DEBUG Tar bundle. id=test.domain.com_cgi, destFile=/migration/supervisor.26315//test.domain.com_cgi
23:36:43 INFO FileFinder: tar resolved to /bin/tar
23:36:43 INFO Executing bundle producer: /bin/tar -C '/home/virtual/site103/fst/home/jspiga/mainwebsite_cgi' -f - -c .
Undefined subroutine &Quota::query called at /migration/supervisor.26315/EnsimX.pl line 674.
 
I have the solution. I installed the Perl Quota module from CPAN and my test migration went through successfully.

Steps to resolve:
Log on to Ensim Server via ssh as root.
Execute the following (assuming that you've setup CPAN before):
perl -mcpan -e shell
install Quota
(Accept all the default options. When prompted to enter a uid, enter 0)
quit
Go back to Plesk interface and retry migration.

That did the trick for me. Nuno, could you please test this out and report back if you have success? I had Vitaly from SWSoft email me today about this saying that hey'd never come across the error before, and it's be nice to report back to them that this fix works.
 
Hi jspiga,

I just tried doing what you suggested, and it appears to be working, it's processing right now... at least it already went further than any other attempts..

I'll let you know if it the migration is succesfull.

I also received an email from Vitaly.

Thanks
Nuno
 
Hey jspiga,

I did that, and it worked out... I still had some problems, but easily overcomed...

So now all is good..

Thanks for the help...

Nuno Souto
 
Back
Top