Receiving "fatal error" when trying to delete a SSL host
We have two customer domains in "Home / SSL/TLS / Manage SSL Hosts" where the docroot is listed as "/var/www/html/", even though the account is set up in "/home/".
When I try to delete the hosts, I get the following error:
A fatal error or timeout occurred while processing this directive.
Can't use an undefined value as an ARRAY reference at whostmgr/bin/whostmgr2.pl line 4875.
at whostmgr/bin/whostmgr2.pl line 4875.
main::realdelsslhost("realdelsslhost") called at /usr/local/cpanel/Whostmgr/Dispatch.pm line 364
Whostmgr::Dispatch::_do_call("realdelsslhost", HASH(0x3d5d6c0), HASH(0x3d7c7f0)) called at /usr/local/cpanel/Whostmgr/Dispatch.pm line 176
Whostmgr::Dispatch::dispatch("realdelsslhost", 1, ARRAY(0x3d7e7c8)) called at whostmgr/bin/whostmgr2.pl line 938
I've already created a ticket with this issue under the ID #95359346, but I was repeatedly refused any support since the license was aquired via our datacenter and I was told over and over that the DC will have to support it.
It is clearly a bug in cPanel's code, and not a user issue. The DC has no way to debug this error.
Please let me add that I consider this an unacceptable behaviour. We are paying a triple digit amount of license fees every month, so there should be at least some support, especially with an obvious bug in cPanel's code.
-
Hey there! I do understand the frustration around the support. One of the "perks" of a direct license is access to our support team for issues and license resellers offer their support for the licenses they sell.
You would still need to contact your license provider, and they would escalate the issue to us if they aren't able to resolve the problem. The most likely issue is a problem with the account's userdata files in /var/cpanel/userdata/username.
I'm sorry I don't have more to offer on my end at this time, but our Partners and license resellers are capable of handling most issues - if you're not getting the support you expect from them, please let cs@cpanel.net know and we can look into that.
0
Please sign in to leave a comment.
Comments
1 comment