Cody R.

Pretty sure he's close, migrations are time consuming, boring and tedious.

Are you saying I have respiratory issues and snort a lot?

Baud! Good to hear what the issue was, I recall seeing the ticket. The only reason we were running 5.0 is some packages cPanel bundles and it's not recommended to swap them out until they support it. They supported it on beta / unstable builds but we have a strict policy of running only stable builds - hence the older MySQL version. Recently cPanel released a new version with support for 5.1 - hence why we were able to migrate you. This may indeed help someone else though (whether it be Google or a client) so thanks for explaining

Please submit a ticket so we can look into it

It's online with no data loss, we're currently evaluating logs / hardware to try to pinpoint the issue.

This particular issue was due to a corruption of some cPanel files causing things such as mail to be inaccessible. We fixed this though shortly after we had to pull Pluto offline to perform further maintenance. We hope everything will be fully operational shortly, sorry for the inconvenience.

Check the thread it's been updated. Something went wrong again with the file system and we're taking corrective measures / investigating why this has happened again.

If possible submit a ticket to Support with the trace route / originating IP (your IP most likely) and ask for it to be escalated. We'll see if it's a routing issue on our end or your ISP's.

Unfortunately there isn't much _WE_ can do - this is why a couple of years ago we fully migrated all of our servers (scattered between several larger providers at the time) to SoftLayer after searching for awhile. As a result we've put full faith into SoftLayer preventing these things from happening. Now what we have done and insist others do as well (resellers, etc) is geographically distribute your services. You'll notice we have three locations currently and intend on expanding to others as they're available. As a result if there was a catastrophic failure in one data center we wouldn't be fully offline and in most cases could restore service to those affected if it was truly a catastrophic failure. So from the physical standpoint we put our faith in a provider we trust, thus know what to expect. We believe SoftLayer would handle an event like this properly, and that's why we use them exclusively.

It helps when you're one of the largest web hosts I guess

I'm assuming it's working then?

Good to hear! Care sharing exactly what the issue was? Some people may benefit from it

Thanks for the initial review - if possible try posting one in a month or so letting us know if you're still happy with us. Also if you like you can write testimonial for the frontpage widget .

Unfortunately you cannot run this on our shared services, we have a strict policy against any servers or daemons being ran. That being said it looks like it would run fine on a VPS - it just needs those python libraries and it should be good to go.

Thanks for the compliment! Needless to say it looks like they made the right choice. I've personally used it several times and have had several existing customers praise it over Fantastico for both selections as well as the scripts are more up-to-date. Kudos !

I used quick reply to reply to this thread, what's not working?

The array has rebuilt and is fully operational. We'll be consulting with the data center regarding replacing this drive. We'll be closing this issue as it's complete.

IO is down and everything is loading snappy per usual - I'll be watching the server and once the array is rebuilt we'll be swapping out the drive that went bad. This should incur no further downtime.

We're currently experiencing high IO wait on the server from the array rebuilding as well as the large amount of requests trying to go on. I'll be seeing if there is anything I can do to alleviate the load a bit.

It appears one of the drives went bad in the array - it's currently attempting a rebuild so when that finishes we'll have that swapped out for a new one to prevent future issues.

Titan is having file system issues this morning, more information forthcoming.

Mars came under a large distributed denial of service attack around 10:00AM EST - we mitigated it within a few minutes. There may have been a brief period of slowness or service outage as a result. We're currently monitoring the service and working with data center technicians to fully mitigate the attack. We'll leave this ticket open for 24 hours until we can confirm service is full restored and back to normal.

I'm glad you chose us! How did you come about finding us? Any recommendations on the signup procedure?

1) Very good point, I'll see if we can have this revised sometime soon - it doesn't really reflect us well 2) This has been our Achilles heel for some time.. the dreaded knowledge base. We've been slowly working on it and have been focusing on revising it for ages. Hopefully we can really hunker down on this soon so we can have a more robust system. It doesn't help we're not horribly fond of Kayakos KB solution (well the default template, which is more of our fault). 3) I just looked into this - if you e-mail a department it sends you an initial e-mail saying a ticket is created and provides you with a link to view it. Subsequent replies don't have this look some reason - we're looking into adding it now. So you can view the whole thread at once - the replies only has the latest reply. We may switch it so each reply has the whole thread. 4) It is a bit convoluted - there is indeed room for improvement. I'll see if we can get this to 2~ e-mails. One for the initial order receipt and such, then the welcome e-mail upon setup. 5) I suppose we could do this, though it's something that we believe isn't necessary. If you're a customer you can view them very easily within cPanel or via SSH and if you're concerned we would look into it. Another reason we shy away from this is people are under the impression anything above the load of "1" is insane.. but they don't quite grasp what this number means and how the server specifications change their meaning. 6) No excuse here - We'll add this shortly Thanks for all of the suggestions - overall I'd say you're right on just about everything . Cheers!

Assuming you own the other account it shouldn't be an issue