Remote User Account Transfer: Failed to extract the archive

[Karen Soto]

I'm trying to migrate from WHM to another, both from different providers. I used the Remote User Account Transfer because I was getting a lot of warnings with the Transfer tool method.

Here is the error I get through Remote User Account Transfer:

Starting “RESTORE” for “Account” “removed”.
Restore File: /home/cpmove-removed-1541008900.tar.gz
Restore Reseller Privs: no
Restricted mode: no
Express mode: no
Target “/home” on host “XXXXXXXXX” has 219.79 GB free and requires at least 39 bytes free, which includes space for temporary files.
The “Reseller” restore module has the following areas disabled by request: “all”
ArchiveManager
Preparing archive for restoration …
Calculating disk space needed …
Done.
Target “/home/cpanelpkgrestore.TMP.work.848ca73d/unsafe_to_read_archive” on host  “XXXXXXXXX” has 219.79 GB free and requires at least 39 bytes free, which includes space for temporary files.
ArchiveManager
Failed to extract the archive at “/home/cpmove-removed-1541008900.tar.gz”: The tar archive extraction failed because of the error “The “/bin/gtar --no-same-owner --use-compress-program=/usr/local/cpanel/bin/gzip-wrapper --preserve-permissions --extract --directory /home/cpanelpkgrestore.TMP.work.848ca73d/unsafe_to_read_archive --file /home/cpmove-procon-1541008900.tar.gz” command (process 23125) reported error number 2 when it ended.”: pigz: skipping: <stdin> unrecognized format /bin/gtar: Child returned status 1 /bin/gtar: Error is not recoverable: exiting now
Removing copied archive “/home/cpmove-removed-1541008900.tar.gz” from the local server …
Failed: Account Restore Failed: “Failed to extract the archive at “/home/cpmove-removed-1541008900.tar.gz”: The tar archive extraction failed because of the error “The “/bin/gtar --no-same-owner --use-compress-program=/usr/local/cpanel/bin/gzip-wrapper --preserve-permissions --extract --directory /home/cpanelpkgrestore.TMP.work.848ca73d/unsafe_to_read_archive --file /home/cpmove-removed-1541008900.tar.gz” command (process 23125) reported error number 2 when it ended.”: pigz: skipping: <stdin> unrecognized format /bin/gtar: Child returned status 1 /bin/gtar: Error is not recoverable: exiting now ”

And here are the warnings I got from transfer tool:

Cpanel::Exception::Database::Error/(XID u256vz) The system received an error from the “MySQL” database “mysql”: 1146 (Table 'roundcube.users' doesn't exist)
at /usr/local/cpanel/Cpanel/DBI.pm line 200.
Cpanel::DBI::_create_exception(Cpanel::DBI::Mysql::db=HASH(0x3ac3360), "DBD::mysql::db selectall_arrayref failed: Table 'roundcube.us"..., undef) called at /usr/local/cpanel/Cpanel/DBI.pm line 188
Cpanel::DBI::_error_handler("DBD::mysql::db selectall_arrayref failed: Table 'roundcube.us"..., Cpanel::DBI::Mysql::db=HASH(0x3ac3360), undef) called at /usr/local/cpanel/Cpanel/Mysql/Backup.pm line 200
Cpanel::Mysql::Backup::__ANON__() called at /usr/local/cpanel/3rdparty/perl/526/lib64/perl5/cpanel_lib/Try/Tiny.pm line 99
eval {...} called at /usr/local/cpanel/3rdparty/perl/526/lib64/perl5/cpanel_lib/Try/Tiny.pm line 90
Try::Tiny::try(CODE(0x3ba68e0), Try::Tiny::Catch=REF(0x3b83448)) called at /usr/local/cpanel/Cpanel/Mysql/Backup.pm line 205
Cpanel::Mysql::Backup::fetch_backup_as_hr(Cpanel::Mysql::Basic=HASH(0x3a8cc78), HASH(0x359db58), ARRAY(0x34a4260)) called at /usr/local/cpanel/Cpanel/Pkgacct/Components/Mysql.pm line 571
Cpanel::Pkgacct::Components::Mysql::_fetch_mysql_backup(Cpanel::Pkgacct::Components::Mysql=HASH(0x3a50dd0)) called at /usr/local/cpanel/Cpanel/Pkgacct/Components/Mysql.pm line 88
Cpanel::Pkgacct::Components::Mysql::__ANON__() called at /usr/local/cpanel/3rdparty/perl/526/lib64/perl5/cpanel_lib/Try/Tiny.pm line 99
eval {...} called at /usr/local/cpanel/3rdparty/perl/526/lib64/perl5/cpanel_lib/Try/Tiny.pm line 90
Try::Tiny::try(CODE(0x39e9840), Try::Tiny::Catch=REF(0x39e1ca8)) called at /usr/local/cpanel/Cpanel/Pkgacct/Components/Mysql.pm line 95
Cpanel::Pkgacct::Components::Mysql::perform(Cpanel::Pkgacct::Components::Mysql=HASH(0x3a50dd0)) called at /usr/local/cpanel/Cpanel/Pkgacct.pm line 162
Cpanel::Pkgacct::__ANON__() called at /usr/local/cpanel/3rdparty/perl/526/lib64/perl5/cpanel_lib/Try/Tiny.pm line 99
eval {...} called at /usr/local/cpanel/3rdparty/perl/526/lib64/perl5/cpanel_lib/Try/Tiny.pm line 90
Try::Tiny::try(CODE(0x39e1c18), Try::Tiny::Catch=REF(0x39e1c90)) called at /usr/local/cpanel/Cpanel/Pkgacct.pm line 168
Cpanel::Pkgacct::perform_component(Cpanel::Pkgacct=HASH(0x35ac808), "Mysql") called at /usr/local/cpanel/scripts/pkgacct line 942
Script::Pkgacct::script("Script::Pkgacct", "--use_backups", "--serialized_output", "--skiphomedir", "removed", "''", "--split", "--compressed", ...) called at /usr/local/cpanel/scripts/pkgacct line 152
Script::Pkgacct::__ANON__() called at /usr/local/cpanel/3rdparty/perl/526/lib64/perl5/cpanel_lib/Try/Tiny.pm line 99
eval {...} called at /usr/local/cpanel/3rdparty/perl/526/lib64/perl5/cpanel_lib/Try/Tiny.pm line 90
Try::Tiny::try(CODE(0x1951020), Try::Tiny::Catch=REF(0x197ef30)) called at /usr/local/cpanel/scripts/pkgacct line 162

 

[cPanelLauren]

HI @Karen Soto

Do you happen to have root access to the old server? I believe the issue is most likely related to Roundcube for both of the issues. I'd like to see if it's running mysql or sqlite, you can find this out by running the following:

grep db_dsnw /usr/local/cpanel/base/3rdparty/roundcube/config/config.inc.php

If it's running MySQL can you run the following:

/scripts/convert_roundcube_mysql2sqlite

And then attempt using the transfer tool to transfer once more?

Thanks!