Hmm, ok. so the error message can be triggered by the shell access and might be not relevant then. Regarding double gzip, try e.g.: a2dismod deflate if it says module disabled, then you had the apache gzip compression active. restart apache in that case and try again.
ok before I try that - how do I re-enable it later? This is not exactly "testing" environment Thank you
ok once I disabled the deflate it went to: Basically same as if I try to access the /admin at any given time.
I received an update from WHCSM and their opinion is now that it might be caused by XCache being in place - is it something that can be easily disabled and later re-enabled? If I disable it how bad the performance is going to be for other sites? Thanks for any thoughts. Update - it really does seem like XCache issue: https://www.digitalocean.com/community/questions/server-goes-down-while-trying-to-install-whmcs https://groups.google.com/forum/#!topic/xcache/Nj9i8qDTQWo
RESOLVED - XCache was the issue. First of all - thank you for all your help - especially till. Just to followup in more detail - I did clean new installation following the guide except doing this step: https://www.howtoforge.com/tutorial...bind-dovecot-ispconfig-3-1/2/#-install-xcache On my other (production) server I did similar installation so it was indeed xcache issue. This was probably too much - simple removal as till suggested would probably do the trick. Update: Running the WHMCS script with apcu in place works just fine.
