We are currently experiencing problems with our IPv6 uplink. Users who access our services with IPv6 may experience outages. Our data center provider is informed and expects the problem to be resolved by 9:00am CEST.
[Update 10:07am]
Our provider is still working on the issue but has revoked the ETA for a solution. We'll provide another update as soon as we know more specifics or get another ETA.
[Update 10:54am]
IPv6 connectivity has been restored. Minor clean-up tasks are still being performed at the data center so currently as light chance remains for minor connectivity issues in the near future.
![gocept.net [en]](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiY65wXXMC4QddrR7HTZnjU9u-41YNivbxQFTE7ptP_w-pxs5E-UwY2lF_zetWI19slZ_BIYljxRVsXdeUffNfpsoyKXOaA-jj45jrcuIAdUZiSTYDyjEAckKVIODgfGWWFqc-JuybhbgRa/s1600-r/logo.png){kind=logo}
Infrastructure maintenance in the computing center, 2011-04-14 05:00 - 07:00 CEST
Our computing center operator announced that he will perform firmware updates on network components on 2011-04-14 05:00 - 07:00 CEST. Due to device restarts there will be short interruptions in network traffic.
If you have problems or questions, please send an email to support@gocept.com. We are also available via telephone: +49 345 12298890.
Unexpected downtime due to storage failure [update 3:48pm]
gocept.net is currently experiencing an infrastructure-wide downtime due to an error in the storage layer.
We are currently recovering the affected services and will provide further updates soon.
2011-04-12 2:58pm CEST
We identified an issue in the iSCSI server software which has a vendor-side patch available. After initial tests in our staging environment we are currently preparing a package to apply this patch in our production systems within the next 30 minutes.
2011-04-12 3:26pm CEST
The patch has been applied on the storage server that was currently hung and the VMs are being brought back into a working state now.
The other storage server that had the same issue but is currently working will receive this patch immediately as well, however, we do not expect further interruptions on VMs that are currently working as the patch applied cleanly in the staging systems while under load.
2011-04-12 3:48pm CEST
The patch was applied cleanly on all storage servers now. VMs that had a read-only filesystem have been rebooted and are back online now.
If you are affected, please check that your services are back online. Nagios still needs some time to get back to a complete green state and we'll go after any remaining issues in the next time.
We apologize for any inconvenience.
We are currently recovering the affected services and will provide further updates soon.
2011-04-12 2:58pm CEST
We identified an issue in the iSCSI server software which has a vendor-side patch available. After initial tests in our staging environment we are currently preparing a package to apply this patch in our production systems within the next 30 minutes.
2011-04-12 3:26pm CEST
The patch has been applied on the storage server that was currently hung and the VMs are being brought back into a working state now.
The other storage server that had the same issue but is currently working will receive this patch immediately as well, however, we do not expect further interruptions on VMs that are currently working as the patch applied cleanly in the staging systems while under load.
2011-04-12 3:48pm CEST
The patch was applied cleanly on all storage servers now. VMs that had a read-only filesystem have been rebooted and are back online now.
If you are affected, please check that your services are back online. Nagios still needs some time to get back to a complete green state and we'll go after any remaining issues in the next time.
We apologize for any inconvenience.
Subscribe to:
Posts (Atom)