Skip to main content

Some Domains and Almost All Forwarders Are Missing after Transfer

rardark
  • Edited

Hi All, I tried to transfer a cpanel account from an old centos v7.9.2009 server with cpanel v110.0.50 to an ubuntu 22.04 server with cpanel v130.0.14 via transfer tool. However, I discovered that some domains and almost all forwarders were missing in the new server and I spotted an error message in the transfer log:

Domains

Retrieving and sanitizing main userdata …

The system added the missing domain “abc.com” to repair the userdata for “abc”.

Parsing domain databases …

…Subdomains…

…ParkedDomains…

…AddonDomains…

Restoring Domains …

Restoring Subdomain “zxy.com.hk.abc.com” …

The subdomain “zxy.com.hk.abc.com” has been added.

Done

Restoring Addon Domain “zxy.com.hk” on to “zxy.com.hk.abc.com” …

Domain was successfully parked.

Done

Restoring Subdomain “test.abc.com” …

The subdomain “test.abc.com” has been added.

Done

Restoring Addon Domain “test.com.hk” on to “test.abc.com” …

Domain was successfully parked.

Done

Domains

(XID 9gft3j) “abc” has no userdata for “abc.com”; pass in “main_data”. at /usr/local/cpanel/Cpanel/Config/userdata/Guard.pm line 173. Cpanel::Config::userdata::Guard::new("Cpanel::Config::userdata::Guard", "abc", "abc.com") called at /usr/local/cpanel/Cpanel/Config/userdata.pm line 65 Cpanel::Config::userdata::add_parked_domain_data(HASH(0x116121f0)) called at /usr/local/cpanel/Cpanel/ParkAdmin.pm line 591 Cpanel::ParkAdmin::_local_park("domain", "abc.com", "newdomain", "zxy.com.hk", "user", "abc", "skip_ssl_setup", 1, ...) called at /usr/local/cpanel/Cpanel/ParkAdmin.pm line 299 Cpanel::ParkAdmin::restore_park("domain", "abc", "newdomain", "zxy.com.hk", "user", "abc", "skip_ssl_setup", 1, ...) called at /usr/local/cpanel/Whostmgr/Transfers/Systems/Domains.pm line 474 Whostmgr::Transfers::Systems::Domains::restricted_restore(Whostmgr::Transfers::Systems::Domains=HASH(0x10bd70c0)) called at /usr/local/cpanel/Whostmgr/Transfers/Systems.pm line 123 Whostmgr::Transfers::Systems::restore(Whostmgr::Transfers::Systems::Domains=HASH(0x10bd70c0)) called at /usr/local/cpanel/Whostmgr/Transfers/AccountRestoration.pm line 277 Whostmgr::Transfers::AccountRestoration::__ANON__() called at /usr/local/cpanel/3rdparty/perl/536/cpanel-lib/Try/Tiny.pm line 100 eval {...} called at /usr/local/cpanel/3rdparty/perl/536/cpanel-lib/Try/Tiny.pm line 91 Try::Tiny::try(CODE(0x1098e268), Try::Tiny::Catch=REF(0xf936218)) called at /usr/local/cpanel/Whostmgr/Transfers/AccountRestoration.pm line 281 Whostmgr::Transfers::AccountRestoration::_call_one_restore_module_without_archive_prep_check(Whostmgr::Transfers::AccountRestoration=HASH(0xe73add0), "Domains") called at /usr/local/cpanel/Whostmgr/Transfers/AccountRestoration.pm line 624 Whostmgr::Transfers::AccountRestoration::_call_one_restore_module_with_notices(Whostmgr::Transfers::AccountRestoration=HASH(0xe73add0), "Domains") called at /usr/local/cpanel/Whostmgr/Transfers/AccountRestoration.pm line 596 Whostmgr::Transfers::AccountRestoration::_run_restore_system_module(Whostmgr::Transfers::AccountRestoration=HASH(0xe73add0), HASH(0xe73aa10), HASH(0xea58110)) called at /usr/local/cpanel/Whostmgr/Transfers/AccountRestoration.pm line 562 Whostmgr::Transfers::AccountRestoration::_run_restore_modules(Whostmgr::Transfers::AccountRestoration=HASH(0xe73add0), HASH(0xe73aa10)) called at /usr/local/cpanel/Whostmgr/Transfers/AccountRestoration.pm line 495 Whostmgr::Transfers::AccountRestoration::_restore_package(Whostmgr::Transfers::AccountRestoration=HASH(0xe73add0)) called at /usr/local/cpanel/Whostmgr/Transfers/AccountRestoration.pm line 98 eval {...} called at /usr/local/cpanel/Whostmgr/Transfers/AccountRestoration.pm line 98 Whostmgr::Transfers::AccountRestoration::restore_package(Whostmgr::Transfers::AccountRestoration=HASH(0xe73add0)) called at /usr/local/cpanel/Whostmgr/Backup/Restore.pm line 84 eval {...} called at /usr/local/cpanel/Whostmgr/Backup/Restore.pm line 84 Whostmgr::Backup::Restore::load_transfers_then_restorecpmove("overwrite_with_delete", 0, "force", 0, "remote_host", "xxx.xxx.xxx.xxx", "customip", undef, ...) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Items/AccountBase.pm line 205 Whostmgr::Transfers::Session::Items::AccountBase::_restore_package(Whostmgr::Transfers::Session::Items::AccountRemoteRoot=HASH(0xe737af0)) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Item.pm line 359 Whostmgr::Transfers::Session::Item::__ANON__() called at /usr/local/cpanel/3rdparty/perl/536/cpanel-lib/Try/Tiny.pm line 100 eval {...} called at /usr/local/cpanel/3rdparty/perl/536/cpanel-lib/Try/Tiny.pm line 91 Try::Tiny::try(CODE(0xe569e20), Try::Tiny::Catch=REF(0xe737880)) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Item.pm line 388 Whostmgr::Transfers::Session::Item::exec_path(Whostmgr::Transfers::Session::Items::AccountRemoteRoot=HASH(0xe737af0), ARRAY(0xe7374f0), ARRAY(0xe569da8), 1) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Items/AccountBase.pm line 38 Whostmgr::Transfers::Session::Items::AccountBase::restore(Whostmgr::Transfers::Session::Items::AccountRemoteRoot=HASH(0xe737af0)) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Processor.pm line 658 Whostmgr::Transfers::Session::Processor::__ANON__() called at /usr/local/cpanel/Whostmgr/Transfers/Session.pm line 1484 Whostmgr::Transfers::Session::__ANON__() called at /usr/local/cpanel/3rdparty/perl/536/cpanel-lib/Try/Tiny.pm line 100 eval {...} called at /usr/local/cpanel/3rdparty/perl/536/cpanel-lib/Try/Tiny.pm line 91 Try::Tiny::try(CODE(0xe6ab810), Try::Tiny::Catch=REF(0xe6a4828)) called at /usr/local/cpanel/Whostmgr/Transfers/Session.pm line 1488 Whostmgr::Transfers::Session::exec_with_output_directed_to_fh(Whostmgr::Transfers::Session=HASH(0xe4c1e60), GLOB(0xe737790), CODE(0xe7377d8)) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Processor.pm line 674 Whostmgr::Transfers::Session::Processor::_process_dequeued_item(Whostmgr::Transfers::Session::Processor=HASH(0xe5ac998)) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Processor.pm line 554 Whostmgr::Transfers::Session::Processor::_process_items(Whostmgr::Transfers::Session::Processor=HASH(0xe5ac998)) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Processor.pm line 508 Whostmgr::Transfers::Session::Processor::__ANON__() called at /usr/local/cpanel/Cpanel/ForkAsync.pm line 72 eval {...} called at /usr/local/cpanel/Cpanel/ForkAsync.pm line 72 Cpanel::ForkAsync::do_in_child(CODE(0xe668648)) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Processor.pm line 510 Whostmgr::Transfers::Session::Processor::_spawn_child(Whostmgr::Transfers::Session::Processor=HASH(0xe5ac998), undef, Whostmgr::Transfers::Session=HASH(0xe4c1e60)) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Processor.pm line 292 Whostmgr::Transfers::Session::Processor::_process_child(Whostmgr::Transfers::Session::Processor=HASH(0xe5ac998), Whostmgr::Transfers::Session=HASH(0xe4c1e60), 0) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Processor.pm line 240 Whostmgr::Transfers::Session::Processor::_process_child_with_output_redirection(Whostmgr::Transfers::Session::Processor=HASH(0xe5ac998), Whostmgr::Transfers::Session=HASH(0xe4c1e60), 0, "1033816115copya20251014072343pkUdm96") called at /usr/local/cpanel/Whostmgr/Transfers/Session/Processor.pm line 205 Whostmgr::Transfers::Session::Processor::__ANON__() called at /usr/local/cpanel/Cpanel/ForkAsync.pm line 72 eval {...} called at /usr/local/cpanel/Cpanel/ForkAsync.pm line 72 Cpanel::ForkAsync::do_in_child(CODE(0xe580650)) called at /usr/local/cpanel/Whostmgr/Transfers/Session/Processor.pm line 207 Whostmgr::Transfers::Session::Processor::start(Whostmgr::Transfers::Session::Processor=HASH(0xe5ac998)) called at bin/start_transfer.pl line 57 main::__ANON__() called at /usr/local/cpanel/3rdparty/perl/536/cpanel-lib/Try/Tiny.pm line 100 eval {...} called at /usr/local/cpanel/3rdparty/perl/536/cpanel-lib/Try/Tiny.pm line 91 Try::Tiny::try(CODE(0xe4c1c38), Try::Tiny::Catch=REF(0x2c98bf8)) called at bin/start_transfer.pl line 72

May I ask if there are any solutions to that problem? Thanks!

Comments

8 comments

Date Votes
  • cPRex Jurassic Moderator

    Hey there!  We'd likely need to examine the Source machine to determine what is happening with the domain not having any userdata, as those are the files used to create the account information for all cPanel accounts.

    Do you have a backup of that account you could restore on the Source machine?  That would be the only way to fix that missing data:

    https://support.cpanel.net/hc/en-us/articles/360057816073-Unable-to-delete-addon-domain-The-domain-userdata-file-appears-to-be-missing

    You could also try running this tool that we use internally to track down issues with specific accounts:

    alias acctinfo="/usr/local/cpanel/3rdparty/bin/perl <(curl -s https://raw.githubusercontent.com/cPanelInc/tech-acctinfo/master/acctinfo)"

    Once that script is downloaded you can just run this command to call it, replacing the "username" with the actual username of the cPanel account you're working with:

    acctinfo username

    and that may give you more helpful information about the issue.

    Please don't post all the output here as it will contain sensitive information.

    0
  • rardark

    We finally decided to remove the domain "zxy.com.hk" that is useless and all the domains with forwarders transferred successfully. Thank you very much!

    0
  • cPRex Jurassic Moderator

    Nice!

    0
  • rardark

    It seems like some of our SSL certs fail to install. We use AutoSSL certs and there are some errors shown in AutoSSL logs :

    1:33:13 AM Installing “abc.xyz.com”’s new certificate …
    1:33:13 AM ERROR (XID xv63a9) The system failed to install an SSL certificate onto the website “abc.xyz.com” because of the following error: “abc.xyz.com” has no configured IP address.

    0
  • cPRex Jurassic Moderator

    Is this a different domain than the one you had issues with earlier?  If so, you could run acctinfo on that one as well to check its configuration and see if there is an issue there.  If there is a problem with the userdata or configuration in any area, that script should find it.

    0
  • rardark

    Just run the script and I discovered that the configured IP address is local ip. Is that the reason of the error “abc.xyz.com” has no configured IP address?

    Configured IP address: 192.168.1.5 (shared) - [ Is configured on this server ]
    Resolves to the following IPs:
            \_ 123.123.123.123  <<--- Routed via 1:1 NAT ( 123.123.123.123 => 192.168.1.5 ) [SAME]

    0
  • cPRex Jurassic Moderator

    If you're using a NAT configuration that would be the correct configuration.

    It might be best to create a ticket so this can be investigated directly on the server.

    0
  • rardark

    My new server is installed in Azure VM using a private IP. I discovered that some of the Apache VirtualHost IP in /etc/apache2/conf/httpd.conf were set to public IP and the rest were set to private IP after transferring via transfer tool. I cannot access the websites hold by the VirtualHost that are set to public IP. So do I need to manually modify the IP? Thanks.

    0

Please sign in to leave a comment.

Didn't find what you were looking for?

New post