34SP.com System Status History

Description

Update at 16:09:30(BST): We're happy that the issues have passed. Please do contact support via e-mail if you have any lingering problems.

Update at 14:24:43(BST): VPS2, 10 and 11 are now back up, all services should now be restored. We will continue to monitor the situation.

VPS2, 10 and 11 are currently not responding to ping or SSH access. Engineers have been notified and it is currently being investigated into.

Start Time

4th September 2010, at 9:40AM

Description

Update at 11:05:08(BST): The issue has now been resolved with this server.The support desk will be closing at 5pm on Friday 3rd September for staff training. If you require assistance after this time, please email support@34sp.com and your enquiry will be dealt with as soon as possible.

Start Time

3rd September 2010, at 11:00AM

Description

Update at 10:11:34(BST): The issue has now been resolved with this server.Update at 07:40:44(BST): 07:00 Server is Unresponsive to any connection. Currently awaiting engineer to investigate into the cause. I apologise for any inconvenience this may be causing you.

Engineer got in contact around 9:20 and performed reboot of the server which resolved the issue.

Start Time

29th August 2010, at 6:58AM

Description

Update at 11:05:04(BST): If you use the Bethere ISP to connect to the Internet and are having issues accessing sites, please be aware there may be an issue with the Bethere service.

At this time it appears there may be an issue with Betheres routing with Abovenet. We are still presently monitoring this, and haven't had this confirmed yet, but are seeing indications from Bethere users this may be the case.

Start Time

27th August 2010, at 8:44PM

Description

Update at 23:48:45(BST): This stage of the process has now been completed, we will be continuing to work on this platform over the upcoming weeks.

---

Between 9pm and midnight this evening there will be a short interruption to the Atmail (webmail.34sp.com) service.

The cause for this outage is related to disconnecting and reconnecting the remote storage, across a faster medium.

This maintenance will take no longer than 10 minutes, with the actual anticipated outage time for any, single customer at around a few minutes maximum.

This is the first of many steps planned to improve the performance of Atmail over the coming weeks and more information will be communicated about the nature and time of those improvements at a later date.

Start Time

27th August 2010, at 5:07PM

Description

Update at 18:43:06(BST): The issue has now been resolved with this server.Update at 18:30:02(BST): The server is undergoing some unusually high load which we are presently trying to bring under control.

We are currently investigating an error affecting www and psa services on this machine. Email is unaffected.

Start Time

25th August 2010, at 6:11PM

Description

Update at 22:21:54(BST): The issue has now been resolved with this server.We are currently investigating an error on this system.

Start Time

24th August 2010, at 10:02PM

Description

Update at 22:22:21(BST): Update at 22:16:00(BST): Slight misjudgement - it does appear to be multiple bots, but only one domain. A work-around as been found to circumvent the issue and the customer has been notified via a support ticket. There have been no load spikes for some time now but we will continue to monitor the machine for now.

---

Update at 21:14:59(BST): It seems that a single bot has been visiting a single domain and causing havoc. We've blocked the bot (an IP of Chinese origin) at our router's edge and will continue to monitor.

---

Update at 20:41:22(BST): It seems we were a little too quick to resolve this outage. The load on the server has shot up again since and we're still trying to get to the bottom of the cause.

---

Update at 19:22:58(BST): The issue has now been resolved with this server.The server fault has now been corrected and we are looking at what caused this issue.

Update at 18:22:45(BST): Remote restoration attempts have proved unsuccessful so an engineer is now being dispatched to the datacenter to manually inspect and attend to the system.

Update at 17:55:56(BST): The server is now being rebooted, in an attempt to restore services.

Update at 16:55:37(BST): Xenserve13 (server13.xenserve.com) has become unresponsive. Engineers are currently working to restore service as soon as possible.

Start Time

23rd August 2010, at 4:55PM

Description

Update at 15:10:19(BST): The issue has now been resolved with this server.
The mail queue on Prohost1 was finally emptied of all malicious content this morning. We apologise for the severe delay in receipt of any e-mails submitted via sendmail.

---

The mail queue has seen some quite substantial abuse from a user's poor coding/validation. The root issue has now been solved and the owner will be notified.

However there is a queue of spam on the server waiting to go out that needs to be removed (to the tune of 300,000+ e-mails) therefore it will take some time to clear these messages out.

We ask all customers to please be patient - e-mails sent via sendmail (usually via PHP's mail() function) will be delayed significantly. Please ensure that all important site-related e-mails are sent via the provided Professional hosting SMTP service, to maintain reliability.

Start Time

22nd August 2010, at 5:52PM

Description

Update at 18:22:39(BST): Update at 18:22:19(BST): The server was rebooted and has been returned to service. All databases have been checked and are working fine. If you continue to have issues with Queeg, please contact support via support@34sp.com

---

This server has failed and we are presently investigating the fault. All hosted services affected.

Start Time

19th August 2010, at 5:50PM