Resolution from cPanel:
We provided an auto fixer that more reliably resolves this issue. It does so by checking each XDNS entry in each user file, in /var/cpanel/users
, against the entries in /var/cpanel/deleteddomains.yaml
. If there is not a corresponding match in the deletedomains.yaml file, then the XNDS entry is converted to a DNS entry.
The auto fixer can be ran manually as:
/scripts/autorepair repair_xdns_entries
Or from within WHM as:
https://IP:2087/scripts2/doautofixer?autofix=repair_xdns_entries
Indeed, until you upgrade to build 30944 you will probably need to run that auto fixer each night/morning.
The scenario we tracked down pertained to deletion of domains. When a domain was removed, either via WHM or cPanel, an erroneous internal check would cause all Parked, Sub and Addon domains in the user file (/var/cpanel/users/user
) to be marked as removed (XDNS). This would then
trigger a cascade of events during upcp, such as removal of the email accounts.
Related to this was a condition where if the domain being removed was already removed, then the primary domain in the user file would be marked as both DNS and XNDS.
The erroneous checking is resolved in builds 30944 and higher. This problem only afflicted cPanel 11.24.