• 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

  • We are developing a new feature in Plesk that will help you promote your websites or business on social media. We want to conduct a one-hour online UX test to present the prototype and collect feedback. If you are interested in the feature, please book a meeting via this link.
    Thank you in advance!
  • 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.

Resolved Is migration manager compatible with cpanel 11.6?

HostaHost

Regular Pleskian
I'm trying to do a migration from cpanel 11.6 (centos 6 x86_64) to Plesk 12.5 (centos7 x86_64). The migration tool connects but quickly produces this error:

Code:
root@:/usr/local/psa/admin/sbin/modules/panel-migrator# ./plesk-migrator generate-migration-list /usr/local/psa/admin/sbin/modules/panel-migrator/config.ini
[2016-11-17 10:05:27][INFO] Initialize Plesk Migrator
[2016-11-17 10:05:27][INFO] Load configuration
[2016-11-17 10:05:27][INFO] Target Plesk host: 192.0.2.1
[2016-11-17 10:05:27][INFO] Target Plesk host: 192.0.2.1
[2016-11-17 10:05:27][INFO] START: Check connections
[2016-11-17 10:05:29][INFO] FINISH: Check connections
[2016-11-17 10:05:29][INFO] START: Check whether services operate properly
[2016-11-17 10:05:31][INFO] FINISH: Check whether services operate properly
[2016-11-17 10:05:31][INFO]
Services' Issues
│
├ Service 'web on target Plesk server'
│
├ Service 'ftp on target Plesk server'
│
├ Service 'mail on target Plesk server'
│
├ Service 'dns on target Plesk server'
│
├ Service 'mysql on target Plesk server'
│
└ Service 'plesk on target Plesk server (192.0.2.2)'

[2016-11-17 10:05:31][INFO] The report was saved into the file /usr/local/psa/var/modules/panel-migrator/sessions/migration-session/test_service_report.2016.11.17.10.05.31
[2016-11-17 10:05:31][INFO] ******************** Summary ********************
[2016-11-17 10:05:31][INFO] Operation finished successfully for 6 out of 6 services
[2016-11-17 10:05:31][INFO] Checked objects      Total Successful Warnings Failed
[2016-11-17 10:05:31][INFO] Service              6     6          0        0
[2016-11-17 10:05:31][INFO] All services are working correctly.
[2016-11-17 10:05:31][INFO] Deploy migration agent to '192.0.2.1'
[2016-11-17 10:05:36][INFO] Create source panel dump XML
[2016-11-17 10:05:40][ERROR] Failed to perform action: Fetch data from source cPanel
Cause: Error creating migration dump: Command execution failed on the source server 'cpanel' (192.0.2.1) with non-zero exit code.
command: cd /tmp/panel_migrator/pmm_agent; /usr/bin/perl cPanel9.pl --dump-all --configuration-only --server -v 5 > dump.log 2>&1
exit code: 2
stdout:
stderr:
That is a critical error, migration was stopped.

If I copy the migration scripts and libraries over to that server manually and run the same command locally, it seems to not error:

Code:
[root@web1 /var/migration]# perl cPanel9.pl --dump-all --configuration-only --server -v 5
[9906]: 2016-11-17 09:56:16.480 DEBUG ------------------------------------------------------------
[9906]: 2016-11-17 09:56:16.480 DEBUG FILE storage initialized.
[9906]: 2016-11-17 09:56:16.480 DEBUG Base directory: /var/migration
[9906]: 2016-11-17 09:56:16.480 DEBUG Space reserved:
[9906]: 2016-11-17 09:56:16.480 DEBUG Gzip bundles: no
[9906]: 2016-11-17 09:56:16.480 DEBUG Bundle split size: do not split
[9906]: 2016-11-17 09:56:16.480 DEBUG ------------------------------------------------------------
[9906]: 2016-11-17 09:56:16.486 DEBUG Selected all objects
[9906]: 2016-11-17 09:56:16.486 WARN 12be6242-e541-41f1-87ab-0ae795a81a01 Command 'server' does not supported in current version. Server wide settings will be skipped
[9906]: 2016-11-17 09:56:16.540 DEBUG Reading feature list: disabled
[9906]: 2016-11-17 09:56:16.540 DEBUG Feature list 'disabled' is read
[9906]: 2016-11-17 09:56:16.540 DEBUG Reading feature list: default
[9906]: 2016-11-17 09:56:16.541 DEBUG Feature list 'default' is read
[9906]: 2016-11-17 09:56:16.541 DEBUG Reading feature list: Mail Only
[9906]: 2016-11-17 09:56:16.541 DEBUG Feature list 'Mail Only' is read
[9906]: 2016-11-17 09:56:16.541 DEBUG Apply disabled feature list
[9906]: 2016-11-17 09:56:16.541 DEBUG Apply default feature list
....

Does a bunch of work for all the domains on the server at this point

....
[9906]: 2016-11-17 09:56:17.786 DEBUG ------------------------------------------------------------
[9906]: 2016-11-17 09:56:17.786 DEBUG Migration status reporting initialized.
[9906]: 2016-11-17 09:56:17.786 DEBUG Status file: /var/webnet-migration/dumping-status.xml
[9906]: 2016-11-17 09:56:17.786 DEBUG ------------------------------------------------------------
[9906]: 2016-11-17 09:56:17.789 DEBUG Migration dump is successfully saved.


However, the output files appear to be nearly empty:

Code:
-rw-r--r--  1 root root   146 Nov 17 09:56 dumping-status.xml
-rw-r--r--  1 root root   216 Nov 17 09:56 backup_info_1611170956.xml
-rw-r--r--  1 root root   208 Nov 17 09:56 content-list.xml
-rw-r--r--  1 root root   393 Nov 17 09:56 migration.result

# cat dumping-status.xml
<?xml version="1.0" encoding="UTF-8"?>
  <agent-dump-status completed-domains="0" completed-accounts="0" total-accounts="103" total-domains="0"/>

# cat backup_info_1611170956.xml
<?xml version="1.0" encoding="UTF-8"?>
  <migration-dump content-included="false" agent-name="cPanel" dump-version="10.2.0">
    <dump-info>
      <cp-description type="cPanel"/>
    </dump-info>
  </migration-dump>

# cat content-list.xml
<?xml version="1.0" encoding="UTF-8"?>
  <contentlist size="609">
    <file main="true" size="216">backup_info_1611170956.xml</file>
    <file main="false" size="393">migration.result</file>
  </contentlist>

# cat migration.result
<?xml version="1.0" encoding="UTF-8"?>
  <execution-result status="warnings" log-location="/var/migration/migration.result">
    <message id="12be6242-e541-41f1-87ab-0ae795a81a01" severity="warning" code="msgtext">
      <description>Command &#39;server&#39; does not supported in current version. Server wide settings will be skipped</description>
    </message>
  </execution-result>

Is this a cpanel version issue?

# cat /usr/local/cpanel/version
11.60.0.24
 
I opened a ticket. Support spent about four hours debugging today and said it would need to be escalated to the developers so I'd hear back on Monday.
 
For the sake of the thread, the issue ended up being a bug and will be fixed in future 12.5 release (and 17). The cpanel mysql password is normally stored in /root/.my.cnf and apparently can contain the password with or without single quotes surrounding it. The server I was trying to move things from had it with quotes, and the migration tool expected no quotes. Removing the quotes resolved the issue, but future releases will support either format.
 
Back
Top