WHM ModSecurity Scripts not working after upgrade

AM2015

Active Member
Jan 1, 2015
34
4
58
cPanel Access Level
Root Administrator
Upgraded to 11.50.0 (build 12)

Now, in the Security Center, if I click links to "Mod Security Configuration", "ModSecurity Tools", or "Mod Security Vendors" -- I simply get a single line:
Results of Your Request

No other data or form interface is displayed.

This is a problem because I need to be able to view the ModSecurity logs.

ModSecurity function still seems to be fine (I can see logs via phpMyAdmin) -- but the logs and other tools do not showup in the CPanel interface.
 

quizknows

Well-Known Member
Oct 20, 2009
1,008
87
78
cPanel Access Level
DataCenter Provider
I have the same version (11.50.0 (build 12)) and all the ModSecurity pages seem to be functioning.

I would submit a ticket if I were you. Alternately you could try a "/scripts/upcp --force" to make sure everything is (re)installed correctly.
 

AM2015

Active Member
Jan 1, 2015
34
4
58
cPanel Access Level
Root Administrator
Thanks -- I did try a force update and the problem remains. OS is CentOS 6.6 if that makes a difference. I've put in a support request with my hosting company for now.

I also use the Comodo WAF plugin for mod security rules -- don't know whether that could creates some sort of conflict. (I am using the plugin rather than the vendor subscribe option, as there are more customization options available via the plugin).

Just providing this info in case anyone else runs into similar problems.
 

quizknows

Well-Known Member
Oct 20, 2009
1,008
87
78
cPanel Access Level
DataCenter Provider
I hope they get it worked out for you. I use the Comodo rules off and on for testing, and haven't noticed it cause this issue, but thanks for providing the information.
 

AM2015

Active Member
Jan 1, 2015
34
4
58
cPanel Access Level
Root Administrator
The problem is now resolved -- I submitted a support request to CPanel and am very impressed with the fast response I got.

The problem appears to have been caused by the /root/.whmtheme file -- removing that file resolved the problem.

(Posting in case anyone else runs into a similar issue)
 

cPanelMichael

Administrator
Staff member
Apr 11, 2011
47,903
2,237
463
The problem appears to have been caused by the /root/.whmtheme file -- removing that file resolved the problem.
Hello :)

I am happy to see this issue is now resolved. The /root/.whmtheme file defined an invalid theme name, so removing it addressed the issue by ensuring the use of the default WHM theme.

Thank you.