Monitoring - We are happy to report that all restorations have been completed on Kvmhost69. Please contact our support team if you are unable to connect to your server.
Jan 31, 20:10 GMT
Update - We are roughly half way through the restorations for this KVMhost. The remaining servers left to be restored are expected to be complete in the next 24-48 hours.

Some users may notice that their servers are back up, but in a read-only state. We would advise you power the server off, and then boot into recovery mode and run a file-system check. If you're unsure on how to do this, or if you have issues connecting to your server following this incident, please contact our support teams.
Jan 31, 13:10 GMT
Update - Good progress is being made in the restorations now, and with some of the larger server images restored we're hoping the process will now speed up.
Jan 31, 08:13 GMT
Update - The restoration work is still ongoing, we apologise for any inconvenience caused.
Jan 31, 02:09 GMT
Update - The restoration work is still ongoing, we apologise for any inconvenience caused.
Jan 30, 20:02 GMT
Update - The restoration work is still ongoing, we apologise for any inconvenience caused.
Jan 30, 15:30 GMT
Update - The restoration work is still in progress and it is unfortunately hard to give any 'ETA' at present, but we are doing all we can to speed up the progress.
Jan 30, 08:08 GMT
Update - The recovery process is still underway, however the restoration speed has slowed down due to the amount of data activity on the backup server network, as a result the estimated completion time is no in accurate, we are however doing our best to get the affected services back online as soon as possible. We will update this page with the latest once we have any further information.
Jan 29, 21:57 GMT
Update - The recovery process is still continuing, and we cannot offer a firm time-line however we're currently estimating around 24-48 hours for this process to complete. However, this time-frame is subject to change, and we will update this status page once we have any further information, or any updates to the time-line.
Jan 29, 16:54 GMT
Update - The first few machines have been brought back online now, progress continues with the rest. At the moment restoration speeds are too variable to give a timeline for 100% completion.
Jan 29, 09:41 GMT
Update - The backup restore is still running and may take some time to complete. It is hard to give an estimate at this time, but we will the situation in full when our senior system administrators are in the office.
Jan 29, 06:34 GMT
Update - The kvmhost is currently back online, backups are in the process of being restored as such customers should see each individual servers coming back online automatically after they've been restored.

Should you encounter any problems with the restored servers i.e failing to boot up, or issues with services starting up, please contact our support team with a detailed respond stating the issue so that we can provide some assistance.

We thank you all for your continued patience.
Jan 28, 17:02 GMT
Update - Unfortunately it was not possible to recovery from the hardware failure without data loss, due to there being more than 2 failed disks in the raid array we suffered minor data loss on this host.

As a result we've had to make the decision to restore the affected servers (virtual servers) from our carefully taken disaster recovery backups, this restoration is currently being prepared and will shortly begin, the affected virtual servers will come back online after the restoration has completed.

Additionally, customers may notice a slight roll-back in the restored data, as the backups being restored from can range from 1 - 7 days old, dependant on the virtual server in question.

Once again, we do apologise for the inconvenience, and we hope to have this service back online as soon as possible.
Jan 28, 13:22 GMT
Update - Update: 2018-01-28 10:27
The failed disks in the array have been swapped out with new ones, we are currently int he process of rebuilding the new disks before adding them into the array. We apologise for the inconvenience.
Jan 28, 10:29 GMT
Identified - kvmhost69 has suffered a disk failure, of which has forced the file-system to mount in read-only mode, we are currently investigating this issue and do expect to have this back to normal operation as soon as possible.

Servers on this host are currently in a shut-off state whilst we replace the failed drives in the Raid-10 array.

We apologise for the inconvenience caused.
Jan 28, 09:31 GMT
Monitoring - We are happy to report that we have completed the restoration of Kvmhost21. Our engineers are continuing to work on the restoration of Kvmhost69 as quickly as possible. Customers can expect a further update within 1 hour.
Jan 31, 16:17 GMT
Update - Restorations are in the final stages now, only a small number of images are left to be restored.

Some users may notice that their servers are back up, but in a read-only state. We would advise you power the server off, and then boot into recovery mode and run a file-system check. If you're unsure on how to do this, or if you have issues connecting to your server following this incident, please contact our support teams.
Jan 31, 13:09 GMT
Update - The restoration is making very good progress now, there are five server images left currently restoring.
Jan 31, 08:15 GMT
Update - The restoration work is still ongoing, we apologise for any inconvenience caused.
Jan 31, 02:10 GMT
Update - The restoration work is still ongoing, we apologise for any inconvenience caused.
Jan 30, 20:02 GMT
Update - Update - 2018-01-30 15:30
The restoration work is still ongoing, we apologise for any inconvenience caused.
Jan 30, 15:36 GMT
Update - The restoration work is still in progress and it is unfortunately hard to give any 'ETA' at present, but we are doing all we can to speed up the progress.
Jan 30, 08:09 GMT
Update - The state of this kvmhost is similar to that of kvmhost69, as such we have had to begin restorations from our carefully taken backup servers in order to bring these services back online in the most time efficient manner. these restorations are currently in progress, and servers on this host should start to come back online automatically once restored.
Jan 29, 22:37 GMT
Identified - We have identified a disk failure on this KVMhost, which has placed the file-system in a read-only state. All servers on this host will now be in a shut-off state until we're able to rectify this.

We will provide further updates on this issue as soon as possible.
Jan 29, 15:36 GMT
Investigating - Kvmhost21 is currently experiencing connectivity issues, affecting a small number of VPS's. Some servers may show as shut down, and will not boot.

This is currently being investigated by our system administration team. We will provide more updates as soon as possible.
Jan 29, 12:07 GMT
Update - The only communication we've had from the other parties is that the previous advice holds true and that good mail sent from our clean mail IP addresses from domain's with a correctly formatted spf record should result in the mail being received correctly by mailboxes they provide. Communication is slow but ongoing and we're pushing as hard as we can for a definite resolution of this issue.
Jan 7, 16:42 GMT
Update - We are still seeing some rejections and delayed messages to these mail providers and are continuing to work to resolve these problems. We apologise for the ongoing nature of this issue and for the inconvenience caused.
Apr 13, 14:20 BST
Identified - We are seeing that a number of rejections to BT and Yahoo are being caused by badly formed SPF records. If you are having issues sending to addresses with BT and Yahoo from our systems we recommend using the following SPF:-

v=spf1 exists:%{i}.mta.spf.extendcp.co.uk exists:%{i}.web.spf.extendcp.co.uk -all

If you need any assistance in updating this our support team will be happy to help.
Feb 10, 17:52 GMT
Investigating - We are seeing some failures as well as delays with Mail Delivery to BT and Yahoo addresses from messages sent from our network.

Our System Administrators are currently working on this and we will provide further updates here as we have them.

We apologise for the inconvenience caused as a result of this
Jan 23, 12:30 GMT
Investigating - We are seeing that a number of rejections to AOL, this looks to be caused by a limit on their servers restricting the amount of emails that can be received from our shared mailservers. We are currently investigating, our apologies for any inconvenience caused here in the meantime.
Apr 6, 13:04 BST
Monitoring - This is still ongoing, we are continuously monitoring this and will keep this page up to date with the latest information.
Nov 28, 14:21 GMT
Investigating - We are currently seeing a large amount of emails being deferred when sending to hotmail/outlook and other microsoft addresses. This includes and domains that have emails hosted with outlook services.

This looks to be caused by a limit on their servers restricting the amount of emails that can be received from our shared mailservers. Our admin team is currently investigating and attempting to contact them for further details, or a possible work around.

On inspection this may not be effecting all emails sent to these addresses, but a large amount are being blocked. This will cause bouncebacks to the sender, so you can see which emails have been blocked.

Our apologies for any inconvenience caused here in the meantime.
Oct 21, 15:45 BST
Control Panels   Operational
DNS   Operational
Webservers   Operational
Mailservers   Operational
Premium Hosting   Operational
VPS & Hybrid Servers   Under Maintenance
Dedicated Servers   Operational
Operational
Degraded Performance
Partial Outage
Major Outage
Maintenance
Past Incidents
Feb 24, 2018

No incidents reported today.

Feb 23, 2018

No incidents reported.

Feb 22, 2018

No incidents reported.

Feb 21, 2018

No incidents reported.

Feb 20, 2018

No incidents reported.

Feb 19, 2018

No incidents reported.

Feb 18, 2018

No incidents reported.

Feb 17, 2018

No incidents reported.

Feb 16, 2018

No incidents reported.

Feb 15, 2018
Resolved - This incident has been resolved.
Feb 15, 21:37 GMT
Investigating - We're aware of an issue with Shareddb2. We're working on it. Thanks for your patience.
Feb 15, 20:45 GMT
Feb 14, 2018

No incidents reported.

Feb 13, 2018

No incidents reported.

Feb 12, 2018

No incidents reported.

Feb 11, 2018

No incidents reported.

Feb 10, 2018

No incidents reported.