Issue Plesk Migrator failed to perform action with cfreateDump.pl

[MHC_1]

@MHC_1 , could you please check the debug log in /usr/local/psa/var/modules/panel-migrator/sessions/XXXXXXXXXXXXXX/debug.log and let us know what's logged there? Thank you in advance.

Of course, sorry I should have expected that.

The debug.log file in total is 776kb and 5600 lines. Are there particular aspects to show (maybe I can attach the file here?)

This is a debug from setting up a new connection and then trying to move a single account. Please advise either parts to copy/paste or how to share this file with you.

 

[Sebahat.hadzhi]

Thank you for the update. If you create a zip of the file you should be able to directly attach it your reply. Please feel free to open a private conversation with me too.

 

[MHC_1]

Thank you for the update. If you create a zip of the file you should be able to directly attach it your reply. Please feel free to open a private conversation with me too.

Thanks. Zip file of the log should be attached.

 

[MHC_1]

From viewing the core text file I see line 4586 stating:

=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli||| File "/usr/local/psa/admin/plib/modules/panel-migrator/backend/lib/python/parallels/core/cli/common_cli.py", line 53, in run
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli||| options.method(migration.action_runner)
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli||| File "/usr/local/psa/admin/plib/modules/panel-migrator/backend/lib/python/parallels/core/cli/migration_cli.py", line 377, in <lambda>
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli||| lambda runner: runner.run_entry_point('check'),
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli||| File "/usr/local/psa/admin/plib/modules/panel-migrator/backend/lib/python/parallels/core/workflow/runner/base.py", line 67, in run_entry_point
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli||| self.run(entry_point, handle_stop_mark=self._context.options.is_allow_stop)
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli||| File "/usr/local/psa/admin/plib/modules/panel-migrator/backend/lib/python/parallels/core/workflow/runner/by_subscription.py", line 82, in run
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli||| self._run_common_actions_tree(actions_tree, handle_stop_mark=handle_stop_mark)
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli||| File "/usr/local/psa/admin/plib/modules/panel-migrator/backend/lib/python/parallels/core/workflow/runner/by_subscription.py", line 117, in _run_common_actions_tree
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli||| self._run_common_actions_tree(action, action_path, handle_stop_mark=handle_stop_mark)
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli||| File "/usr/local/psa/admin/plib/modules/panel-migrator/backend/lib/python/parallels/core/workflow/runner/by_subscription.py", line 117, in _run_common_actions_tree
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli||| self._run_common_actions_tree(action, action_path, handle_stop_mark=handle_stop_mark)
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli||| File "/usr/local/psa/admin/plib/modules/panel-migrator/backend/lib/python/parallels/core/workflow/runner/by_subscription.py", line 132, in _run_common_actions_tree
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli||| self._run_common_action_plain(action, action_path)
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli||| File "/usr/local/psa/admin/plib/modules/panel-migrator/backend/lib/python/parallels/core/workflow/runner/by_subscription.py", line 213, in _run_common_action_plain
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli||| raise MigrationError(full_failure_message)
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli|||parallels.core.MigrationError: Failed to perform action: Fetch data from source cPanel
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli|||Cause: Error creating migration dump: Command execution failed on the source server 'cpanel' (123.source.server.456) with non-zero exit code.
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli|||command: cd /root/metal/plesk_migrator-brv5xdsci4jrw1yrmvrozhh4qzm1oyzb/pmm_agent; /usr/bin/perl createDump.pl --dump-domains=janettalks.com --dump-clients=janettalks --configuration-only --server -v 5 > dump.log 2>&1
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli|||exit code: 2
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli|||stdout:
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli|||stderr: ls: cannot access not: No such file or directory
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli|||ls: cannot access a: No such file or directory
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli|||ls: cannot access tty: No such file or directory
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli|||
=|2025-07-02_15:26:00,696|D|MT|core.cli.common_cli|||That is a critical error, migration was stopped.

Which states "During handling of the above exception, another exception occurred:"
This is also the first of the "That is a critical error, migration was stopped." notices (there are 4 in total) .

 

[Sebahat.hadzhi]

Thank you. These logs don't look right to me.

stderr: ls: cannot access not: No such file or directory
ls: cannot access a: No such file or directory
ls: cannot access tty: No such file or directory

It looks like in every attempt the migrator is trying to list three files or directories: not, a, and tty, which don't exist. Something is definitely not right. Can you please try re-installing the migrator, applying the workaround from the article and give it another try? In the meantime, please also confirm the destination server OS and Plesk version, and the source server OS, I understand it is cPanel 110.0.68, so I can attempt to reproduce the issue.

 

[MHC_1]

Thank you. These logs don't look right to me.

stderr: ls: cannot access not: No such file or directory
ls: cannot access a: No such file or directory
ls: cannot access tty: No such file or directory

It looks like in every attempt the migrator is trying to list three files or directories: not, a, and tty, which don't exist. Something is definitely not right. Can you please try re-installing the migrator, applying the workaround from the article and give it another try? In the meantime, please also confirm the destination server OS and Plesk version, and the source server OS, I understand it is cPanel 110.0.68, so I can attempt to reproduce the issue.

Thanks for the swift reply on this.

Clearing the install of the Migrator and then reinstalling from scratch and replacing the files as per the workaround yields different results.

Error shows:

Issues with subscription domain.co.uk​

[3 Jul 2025 09:56:03] Migration​

---

Plesk restore report problem:
Execution of /usr/local/psa/admin/plib/api-cli/domain.php --update domain.co.uk -guid 8ae46dc2-6b03-40e4-8749-eea1c36c9ee6 -creation-date 2016-09-01 -hosting true -hst_type phys -do-not-apply-skeleton -ip **plesk-ip-address** -www-root public_html -login domain-username -passwd '' -passwd_type encrypted -shell /bin/false -ignore-nonexistent-options failed with return code 500.
Stderr is
An error occurred during domain update: An error occurred during changing of hosting settings: System user update is failed: Unable to execute usermng: usermng: unknown password type (len=107, content=*$6$K0RQVU09doTKvP/g$TRlbv4y.ksRiR7fuHQ/PkMqybS4SP8Z9IGT3QXSvVuOu7fxBeHVglFGKfwRob0o4w7xLL6ePqiqDHeCGpNT8Y/)

Also the logs on the Plesk GUI shows:

re MySQL copying:

Failed to perform an action on subscription 'domain.co.uk': Failed to copy content of database 'db_name' Exception message: Migration tools tried to perform operation in 3 attempts: Command execution failed on the source server 'cpanel' (**source-server-ip**) with non-zero exit code.command: /usr/bin/mysql --defaults-file=/root/metal/plesk_migrator-200dmu5rpk37deq4h4nhpmno88xzx55n/my_localhost_secure_auth_check.cnf --silent --skip-column-names -h localhost -P 3306 -e 'SHOW VARIABLES LIKE '"'"'event_scheduler'"'"''
exit code: 1
stdout:
stderr: ls: cannot access not: No such file or directory
ls: cannot access a: No such file or directory
ls: cannot access tty: No such file or directory
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)

MySQL on the source server is and always has been localhost only. No remote direct access.

To reiterate; everything worked before Migrator update to 2.28.0

*

There are also some odd minor issues such as the Migrator claiming Perl is not installed on the source server yet it is. Anywho this doesn't break the transaction . Transaction appears ok now

Anywho, after reinstalling the transfer migration works with issues but fails to collect anr reinstall SQL data.

 

[MHC_1]

Thank you. These logs don't look right to me.

stderr: ls: cannot access not: No such file or directory
ls: cannot access a: No such file or directory
ls: cannot access tty: No such file or directory

It looks like in every attempt the migrator is trying to list three files or directories: not, a, and tty, which don't exist. Something is definitely not right. Can you please try re-installing the migrator, applying the workaround from the article and give it another try? In the meantime, please also confirm the destination server OS and Plesk version, and the source server OS, I understand it is cPanel 110.0.68, so I can attempt to reproduce the issue.

These "no such file" issues remain. However now the migrator is mostly a success (except SQL data)

Plesk version
Plesk Obsidian Web Host Edition Version 18.0.70 Update #2
Server OS: AlmaLinux 9.6 (Sage Margay)

 

[Sebahat.hadzhi]

Thank you for the update. Can you please also try replacing the following file with the one attached:

• /usr/local/psa/admin/plib/modules/panel-migrator/backend/lib/python/parallels/core/connections/source_server.py on RHEL-based
• /opt/psa/admin/plib/modules/panel-migrator/backend/lib/python/parallels/core/connections/source_server.py on DEB-based

 

[MHC_1]

Thank you for the update. Can you please also try replacing the following file with the one attached:

• /usr/local/psa/admin/plib/modules/panel-migrator/backend/lib/python/parallels/core/connections/source_server.py on RHEL-based
• /opt/psa/admin/plib/modules/panel-migrator/backend/lib/python/parallels/core/connections/source_server.py on DEB-based

This is identical to the file that is already there from the workaround.

 

[Sebahat.hadzhi]

Sorry about that. I didn't realize our team updated the archive. I attempted to reproduce the issue, however, the migration is completed without any issues on my test servers. Unfortunately, I cannot precisely point out what's the reason for the reported errors. I would recommend opening a support ticket so the issue could be investigated directly on both servers. If you got the license from a Plesk reseller, please ask them to open the ticket on your behalf.