[Fixed] Web560 inaccessible
2017-04-25 1700 UTC: We are investigating the issue and will update the post as soon as we have further details.
2017-04-25 1730 UTC: The server is back online and serving traffic.
2017-04-25 1700 UTC: We are investigating the issue and will update the post as soon as we have further details.
2017-04-25 1730 UTC: The server is back online and serving traffic.
We are investigating the issue and will update the post as soon as we have further details.
2017-02-02 18:52 UTC The issue has been resolved and the server is back online.
2017-02-03 14:30 UTC: The server is inaccessible again. We are working to resolve the issue as soon as possible.
2017-02-03 15:20 UTC: The server is back online.
2017-02-15 10:30 UTC: The server is inaccessible again. We are working to bring back the machine online as soon as possible.
2017-02-15 10:45 UTC: The server is back online.
2016-12-15 18:26 UTC: The server is currently not responding. We are investigating the issue and will update this post as soon as we have further details.
2016-12-15 18:34 UTC: The front end nginx server is up and operational at this time. Normal service has been restored. Our System Administrators will be monitoring to make sure that it starts normally.
2016-10-29 15:30 UTC: The server is currently not responding. We are investigating the issue and will update this post as soon as we have more information.
2016-10-29 16:54 UTC: The server is back online at this time and we are monitoring it.
2016-10-29 20:00 UTC: The server is not responding again and we are trouble shooting again.
2016-10-29 20:10 UTC: The server back in online and we continue to troubleshoot the root cause.
2016-10-31 19:56 UTC: We have taken the machine down for emergency maintenance.
2016-10-31 20:39 UTC: We are currently running a filesystem check.
2016-10-31 23:49 UTC: We’re unable to recover the filesystem. At this time, we’re provisioning a new server and will migrate all customer data to the new machine ASAP.
2016-11-01 8:21 UTC: The server has been provisioned and we are in the process of setting up.
2016-11-01 10:22 UTC: The server has been setup and all databases restored.
2016-11-01 13:22 UTC: User accounts up to letter “C” have been restored.
2016-11-02 14:56 UTC: We are down to the last few account to restore.
2016-10-23 15:15 UTC: Web527 is presently offline – we’re investigating the problem and will update this post as soon as we have more information.
2016-10-23 16:22 UTC: Web527 is back online. We’ll continue to monitor.
2016-10-06 1903 UTC The server has been placed under DDoS mitigation. It is currently accessible, but some customers may experience degraded network connectivity. We continue to monitor the machine closely.
2016-10-06 22:29 UTC: The attack has subsided and the server is responding normally at this time. The mitigation system is still in place, and we’ll continue to monitor for signs of trouble.
2016-10-07 18:45 UTC: The server has been removed from the mitigation system.
The server is currently inaccessible. We are investigating the issue and will update when we have more information.
2016-08-09 21:48 UTC: It appears that the RAM on the server is bad. We’re having it replaced at this time and will update as soon as possible.
2016-08-10 00:35 UTC: The server is back online.
The MySQL server on Web458 is down. We’re working to restore the MySQL service on Web458 at this time, and will update this post when we have more information.
1730 UTC The MySQL InnoDB store is corrupted. We’re attempting a dump/reload at this time.
1815 UTC All databases have been restored.
1920 UTC The Mysql server has been returned to Operational status. We will continue to monitor, but please open a ticket if you are still seeing an issue.