Update at 17:28:04(BST): Update at 17:27:46(BST): All services are now back online and functioning - please do let us know if you do however find any issues.
3rd October 2011, at 1:16PM
5th October 2011, at 4:28PM
Update at 11:35:29(BST): This has now been resolved.
30th September 2011, at 10:41AM
30th September 2011, at 10:35AM
Update at 10:40:24(BST): This status outage is now resolved.
27th September 2011, at 2:55PM
30th September 2011, at 9:40AM
Update at 10:05:49(BST): The issue has now been resolved with this server.We are currently experiencing issues with the mysql service. This will be affecting some websites but not all and any email connections. This has been raised to the engineers who will be investigating shortly.
This has now been resolver by our engineers and a full table repair has been performed to ensure all is as it should be.
23rd September 2011, at 8:34AM
23rd September 2011, at 9:05AM
Update at 17:43:24(BST): The issue has now been resolved with this server.
22nd September 2011, at 3:49PM
22nd September 2011, at 4:43PM
Update at 15:00:49(BST): No issues have been discovered since xenserve18 was upgraded, so this outage is being marked as resolved.
21st September 2011, at 9:31PM
27th September 2011, at 2:00PM
Update at 15:01:59(BST): At this time the migration has gone to plan and any lingering issues that customers may have should be raised via e-mail to support@34sp.com.
20th September 2011, at 8:11AM
27th September 2011, at 2:01PM
Update at 21:32:38(BST): This status outage regarding xenserve9's DNS service is now marked as resolved following successful operation of the service for at least a few days.
19th September 2011, at 5:12PM
21st September 2011, at 8:32PM
Update at 21:29:47(BST): This outage is now resolved. Please see the current update regarding the planned maintenance to xenserve18.
19th September 2011, at 10:17AM
21st September 2011, at 8:29PM
Update at 16:12:06(BST): Update at 11:49:07(BST): All VPS containers are up and running again after the host restart.
At present it appears that this was caused by a live migration of a container from another VPS host (something that shouldn't cause such catastrophic behaviour in a host) but the logging after the migrated container started is notably sparse.
We will continue to investigate & monitor the server from this point.
14th September 2011, at 11:34AM
7th October 2011, at 3:12PM