Unable to delete addon domain animeflv.or.at – Orphaned userdata entry causing HTTPD rebuild failure
I am facing a persistent issue on one of our production servers (AlmaLinux 9 with cPanel/WHM v118) when trying to remove an addon domain: animeflv.or.at
Scenario & Problem: We attempted to delete the domain from the cPanel Domains interface under the account clientapp. The interface returned a generic error: Failed to remove domain: Unable to lock user configuration file.
After the failed attempt, the website files in public_html/animeflv were partially deleted, but the domain itself is now stuck in an inconsistent state:
-
Domain Removal: The domain is no longer listed under cPanel's Domains menu, but it still appears in
/etc/userdomainsmapped toclientapp. -
Apache Rebuild: Running
/scripts/rebuildhttpdconffails because Apache detects a duplicateVirtualHostdirective remaining in/var/cpanel/userdata/clientapp/animeflv.or.at -
Data/SSL Conflict: AutoSSL is still attempting to issue certificates for domain, throwing errors in logs because the document root path no longer exists.
What I've tried so far:
-
Ran
/scripts/updateuserdomainsto refresh system maps. -
Verified
/var/cpanel/userdata/clientapp/file permissions (set to0640owned byclientapp:cpanel). -
Attempted to clear cPanel datastore cache via
/scripts/clear_array_cache.
Question: How can I safely purge the orphaned metadata for my domain from /var/cpanel/userdata/ and /var/cpanel/datastore/ without corrupting the main domain's configuration for this account? Is manually editing the userdata YAML file and running /scripts/rebuildhttpdconf recommended here, or is there a specific cPanel script to force-clean orphaned addon domains?
Any insights or recommended CLI commands would be greatly appreciated!
-
Hey there! I don't think there's going to be a good answer to this one since we aren't expecting that to fail halfway through. It would be best to create a ticket so the account can be examined directly as I'd hate to recommend anything that may accidentally cause data to be lost.
0
Please sign in to leave a comment.
Comments
1 comment