Tony

It however can be enabled using the select php version option in cPanel then checking off the geoip module.

Unfortunately there has been some major abuse lately on this server. We remove one abuser another decides to run the same sort of abusive application and while CloudLinux is good for CPU usage for PHP it's not there for MySQL usage. Unfortunately we've been a little slower than we'd like on wdc006 and weeding out the users who are causing the issues. Now the next point the PHP errors it sounds like your application does not support PHP 5.3. In our announcement http://blog.hawkhost.com/2013/05/11/out-with-the-old-in-with-the-new-moving-to-php-5-3-and-mysql-5-5/ we were switching everyone to PHP 5.3 who had not specifically selected a PHP version in their cPanel. wdc006 was one of the servers that had some issues with the upgrade and just now got it. I would highly advise though if your application requires PHP 5.2 to investigate if there is an update to resolve that. PHP 5.3 has a 20% performance improvement over 5.2 so it's really something everyone should at a minimal be able to run.

System administrators found several users abusing MySQL which have since been disabled. The issue has been resolved for quite some time is my understanding.

When you pay it can take up to 15 minutes for a suspended service to re-activate.

This is correct we have no issue with this topic.

You had over 2000 email accounts created in cPanel. A large amount of them were sending various types of spam. If you want any assistance on this you need to reply to the ticket. We do not provide support via our forums.

You had over 2000 email accounts created in cPanel. A large amount of them were sending various types of spam. If you want any assistance on this you need to reply to the ticket.

This was not a complaint we provided you proof straight from the mail server queues. Your account was caught sending spam from many of it's email accounts causing email delivery problems for many other customers. You cannot expect a web host to allow an account to be sending large amounts of spam to others causing blacklistings. Many other providers at this point would have provided you with a large bill for the administrative time spent dealing with the spam your account sent.

If you had read the complaint you would note many of your email accounts on your account were caught sending spam and thus your account was disabled. This should not come as a surprise when your accounts were attempting to send tens of thousands of spam messages every hour.

This was not a wordpress issue. Numerous email accounts you had were caught sending spam. All you need to do is reply to the ticket via either the support system (using your my.hawkhost.com login) or just by replying to the email. The fact you pasted the contents of the tickets means you did get notification of this and have yet to acknowledge this problem.

We notify the account contact when we disable an account. The typical reasons would be compromised account performing malicious activity, phishing activity or large amounts of spam originating from the account.

Hello, I would recommend emailing billing (the at symbol here) hawkhost.com to verify your account information and have your email contact reset.

Hello, What I'm guessing is happening is you're seeing the rise and fall of the amount of spam on the internet. We've seen a sharp increase the past week in compromised web sites and email accounts via some new exploits. We're not alone on this so it stands to reason with the increase there is more spam getting out while I doubt it's coming from our systems I imagine from others it may be reaching our servers. It makes sense mostly if you have a 500% increase in spam on the internet you're probably going to see a lot more spam getting past filters as a result.

Can you try now? If not would you mind opening a ticket? The softaculous portion is still distributing but I believe the server you're on now should have it. Now to answer the question about the cPanel left bar that's just displaying what cPanel installed. I don't think that'll be changing right now until we determine a good way to address that.

The PHP selector is now available Blog post here about it: http://blog.hawkhost.com/2013/04/12/introducing-our-php-selector-and-php-5-5-the-choice-is-yours/

Unfortunately closing remote MySQL was our only choice due to all the flooding the systems have been dealing with. The good news is a simple ticket to our support team and the IP address you're making the remote connections from and we can whitelist you to allow your connections through. We'll work on a better system to deal with this hopefully but for now this has solved a lot of the MySQL instability experienced as machines are no longer dealing with constant attempt dos attacks and other malicious activity when they allowed MySQL remote connections.

If you're still having issues I'd recommend opening a ticket. I checked our logs and system administrators identified an operating system issue using a large amount of memory that would have affected caches and our monitoring wouldn't have caught that as it ran as root. Then a few users suddenly had outgrown shared environment with regards to MySQL. Then of course the attacks against cPanel which we've now been filtering for several days straight. The other thing some users have had issues with in the past week or so is brute forcing of their wordpress installations. There is right now a global brute forcing going on with over 50,000 IP's across the world attempting to brute force wordpress installations. If an account is seeing it they could potentially be hitting their CPU limits 24/7 thus having slow sites. We're recommending users consider a brute force protection plugin in wordpress or if possible htaccess password restricted wordpress admin or even IP restricting it.

Here's a small preview of what's coming as we're closing in on having this tested and ready to be deployed:

We're investigating that's very strange. The hornet system is actually running solid state drives and disk I/O isn't an issue. I'm guessing a single user is thrashing the CPU's via MySQL in a manner making it not trigger anything on our monitoring end. Which is why we should hopefully soon have a MySQL limiting system similar to how we handle PHP so not a single user can try to turn MySQL into their own personal dedicated server.

I'm guessing this was caused by cPanel 11.36 which was just recently released. Around the same time as the migrations we were switching over to 11.36 on all systems.

I assume everything is performing great on the new server?

It sounds as though you were making changes as we were migrating your account. Not a lot we can do there we can always migrate your account again but anything new posted since we migrated would then be lost. If you want to do that though you should open a ticket.

We're already a hosting partner and we hope to in the near future offer the ability to use railgun which is a big part of becoming an optimized partner.

Short and simple but excellent advice that a lot of people overlook. Install this great plugin then don't update it for 2 years and get compromised when an exploit comes out for it. We see a lot of this which could all be avoided in wordpress with a few clicks once in a while.

Already offer PHP 5.3 and 5.4 you just need to switch it on your account. We also might have a new fancy interface soon to do it we will see As far as MySQL it's going to be 5.1 still at this point. We're testing 5.5 but a few issues with a few user applications make it not wise for us to be switching during a migration. It'll be more along the lines of a a notice and upgrade per server when we do that.