Spaceship Blog

Aktualisierung zum Spaceship-Dienstausfall

Aktualisierung zum Spaceship-Dienstausfall

Am 13. August kam es bei uns zu einem größeren Dienstausfall, der eine Reihe von Spaceship-Diensten beeinträchtigte.

Die Ursache war ein Ausfall des Kühlsystems im Rechenzentrum RadiusDC: Phoenix, in dem einige wesentliche Spaceship-Abläufe gehostet werden. Dadurch waren wir gezwungen, Dienste offline zu nehmen, um die Infrastruktur unserer Kunden vor Überhitzung und möglichen Schäden zu schützen.

Alles, was von dem Vorfall betroffen war, wurde inzwischen wiederhergestellt, und unsere Teams überwachen die Systeme weiterhin genau, um sicherzustellen, dass sie stabil bleiben.

Es tut uns zutiefst leid, welche Auswirkungen dies auf Kunden hatte, die sich bei ihren Websites, E-Mails und anderen Online-Diensten auf uns verlassen. Die dadurch verursachte Störung und die Umstände dahinter werden äußerst ernst genommen.

Was passiert ist

Der Vorfall begann, als die Kühlsysteme im Rechenzentrum Phoenix infolge eines schweren Sturms ausfielen, wodurch die Temperaturen rund um unsere Infrastruktur kritische Werte erreichten.

Den Betrieb von Systemen unter solchen Bedingungen fortzusetzen, hätte das Risiko mit sich gebracht, dass Geräte überhitzen und längerfristige sowie katastrophale Schäden erleiden. Das Offline-Nehmen von Diensten verursachte erhebliche Störungen, war jedoch notwendig, um die Infrastruktur unserer Kunden zu schützen.

Die Geräte offline zu halten, bis die Kühlsysteme wieder online waren, gab den Temperaturen außerdem Zeit, vor Beginn der Wiederherstellung wieder sichere Werte zu erreichen. Dies half, weitere Probleme zu vermeiden, die einen ohnehin schon schwerwiegenden Vorfall noch weiter hätten verlängern können.

Wie Kunden betroffen waren

Von dem Ausfall betroffen waren unter anderem Shared, VPS, E-Mail-Weiterleitung und Spacemail. Spaceship.com blieb während des gesamten Vorfalls online.

Hier ist eine Übersicht darüber, wie sich die Situation auf wichtige Produkte und Dienste ausgewirkt hat:

Hosting-Betrieb

Der Zugriff der Kunden auf Websites und Hosting-Dienste war beeinträchtigt; viele Kunden-Websites waren nicht verfügbar, langsam oder gaben Fehler zurück. Einige Abrechnungsvorgänge waren ebenfalls nicht verfügbar, nachdem das für ihre Verarbeitung zuständige System während des Vorfalls offline genommen wurde.

EasyWP

Das Dashboard von EasyWP und die Websites der Kunden waren beeinträchtigt. Während der Wiederherstellung blieben einige Kunden-Websites auch nach der Wiederherstellung von EasyWP.com und des Dashboards nicht verfügbar; bei einigen traten Fehler bei der Datenbankverbindung auf.

Spacemail

Auch die E-Mail-Dienste waren beeinträchtigt. Betroffene Kunden konnten keine E-Mails senden, und eingehende E-Mails konnten nicht zugestellt werden, solange die betreffenden Server offline waren.

Wichtig ist, dass dies nicht bedeutete, dass eingehende Nachrichten automatisch verloren gingen. Mail-Anbieter unternehmen normalerweise weitere Zustellversuche, wenn ein empfangender Server vorübergehend nicht verfügbar ist. Die Nachrichten kamen also an, aber später als gewöhnlich.

Wie wir die Dienste wiederhergestellt haben

RadiusDC begann so schnell wie möglich damit, seine Kühlkapazität wiederherzustellen, während vorübergehende Kühlaggregate installiert und in unseren Bereich des Rechenzentrums geleitet wurden, um die Temperaturen zu senken.

Unsere Teams arbeiteten vor Ort gemeinsam mit RadiusDC ununterbrochen daran, die Kühlung wiederherzustellen. Wir begannen erst dann damit, Dienste wieder online zu bringen, als die Temperaturen wieder sichere Betriebswerte erreicht hatten und wir sicher waren, dass kein Risiko einer Überhitzung oder längerfristiger Schäden bestand.

Nachdem sichere Betriebsbedingungen wiederhergestellt waren, begannen wir mit einer kontrollierten Wiederherstellung unserer Infrastruktur. Dies musste schrittweise erfolgen, sodass Kunden verschiedene Dienste zu unterschiedlichen Zeitpunkten zurückerhielten.

Warum die Dienste stufenweise wiederhergestellt wurden

Das Ausmaß des Vorfalls bedeutete, dass verschiedene Teile unserer Plattform gleichzeitig beeinträchtigt waren. Auch wenn Kunden diese als separate Dienste wahrnehmen, betraf der Vorfall im Rechenzentrum die Infrastruktur, die an der Bereitstellung mehrerer davon beteiligt ist.

Dienste wie Hosting und E-Mail sind auf mehrere Technologieebenen angewiesen, darunter Server, Netzwerke, Speicher und Datenbanken. Ihre Wiederherstellung bedeutete, diese verschiedenen Elemente in der richtigen Reihenfolge wieder online zu bringen, anstatt einfach alles auf einmal wieder einzuschalten.

Wie es weitergeht

Wir nehmen diese Störung und ihre Auswirkungen auf unsere Kunden sehr ernst. 

Unsere Teams führen eine gründliche Überprüfung der Situation durch, um unsere Systeme zu stärken und sicherzustellen, dass sich ähnliche Vorfälle nicht wiederholen.

Wir werden vollkommen transparent darüber sein, was wir daraus lernen, und die Ergebnisse zusammen mit den Maßnahmen, die wir ergreifen, mit Ihnen teilen.

KORREKTUR: Unser Rechenzentrumsbetreiber ist RadiusDC, nicht PhoenixNAP, wie in mehreren frühen Beiträgen auf X vom 13. August erwähnt. PhoenixNAP ist an diesem Vorfall nicht beteiligt.


Kommentare (17)

  • Profilbild von Luke Carter

    Luke Carter

    17. Aug. 2026

    I understand that outages happen, and I appreciate how quickly the team restored services. However, I recall seeing an “Add recovery email” prompt in the Spaceship hosting manager for quite some time, even after a recovery email had already been added.
    Mehr als 10 Zeichen erforderlich.
    Ihre Identität für die öffentliche Anzeige.
    Die Angabe Ihrer E-Mail-Adresse ist optional. Sie wird nicht mit Dritten geteilt.

    • Profilbild von Olga, Hosting Product Operations Specialist

      Olga, Hosting Product Operations Specialist

      18. Aug. 2026

      Appreciated, and thanks for reporting this. A recovery-email prompt that keeps appearing after you've already added one isn't expected, so we'd like to look into it directly. Please contact our Support team with your account details — they'll confirm the recovery email is saved correctly on our side and investigate why the prompt is still showing for you.

  • Profilbild von Yves Gaston G. PIERRE

    Yves Gaston G. PIERRE

    17. Aug. 2026

    Je trouve qu'au niveau commercial vous pourriez prévoir une compensation pour vos clients même si elle n'est que symbolique. parfois il y a des gestes tout simple démontre que vous désirez réellement poser un acte positif. il est plus que probable que tu ne liras pas mon texte, parce que je comprends c'est que derrière cette structure se trouve une personne à la base, c'est dommage. moi je vous ai choisi parce que j'ai plus de moyens et que je me bats au niveau de mon association d'étudiant .
    Mehr als 10 Zeichen erforderlich.
    Ihre Identität für die öffentliche Anzeige.
    Die Angabe Ihrer E-Mail-Adresse ist optional. Sie wird nicht mit Dritten geteilt.

  • Profilbild von Dennis Davison

    Dennis Davison

    16. Aug. 2026

    I am having issues with cPanel (xxx.xxx + all of my other sites) I cannot create or edit files. I am getting "our connection is not private Attackers might be trying to steal your information from serverxxx.xxxx.xxx.xxx (for example, passwords, messages, or credit cards). Learn more about this warning net::ERR_CERT_AUTHORITY_INVALID" 2x in 1 month. Really not feeling comfortable with service if server is unsafe.
    Mehr als 10 Zeichen erforderlich.
    Ihre Identität für die öffentliche Anzeige.
    Die Angabe Ihrer E-Mail-Adresse ist optional. Sie wird nicht mit Dritten geteilt.

    • Profilbild von Olga, Hosting Product Operations Specialist

      Olga, Hosting Product Operations Specialist

      18. Aug. 2026

      Sorry for the worry here. That error (ERR_CERT_AUTHORITY_INVALID) is a certificate-trust warning — the browser couldn't verify the certificate for that address — rather than proof the server is unsafe, and the connection stays encrypted. It can come from a few different things, including something we may need to fix on the server side, so we'd rather check it directly than guess. Please send our Support team your domain and a screenshot of the full warning (including the server address shown).

  • Profilbild von Andre

    Andre

    15. Aug. 2026

    Thank you! Your service is solid!
    Mehr als 10 Zeichen erforderlich.
    Ihre Identität für die öffentliche Anzeige.
    Die Angabe Ihrer E-Mail-Adresse ist optional. Sie wird nicht mit Dritten geteilt.

  • Profilbild von Prakhar

    Prakhar

    15. Aug. 2026

    Thanks for being honest about the incident. It actually makes me trust you more, not less.
    Mehr als 10 Zeichen erforderlich.
    Ihre Identität für die öffentliche Anzeige.
    Die Angabe Ihrer E-Mail-Adresse ist optional. Sie wird nicht mit Dritten geteilt.

  • Profilbild von Hope Adeniran

    Hope Adeniran

    15. Aug. 2026

    Okay. Glad we're back.
    Mehr als 10 Zeichen erforderlich.
    Ihre Identität für die öffentliche Anzeige.
    Die Angabe Ihrer E-Mail-Adresse ist optional. Sie wird nicht mit Dritten geteilt.

  • Profilbild von Serge D.

    Serge D.

    15. Aug. 2026

    As a famous proverb goes, apologies after damage are often ill-timed. This raises the question: what prevented the initial infrastructure design, considering the distribution of services across various geographically remote data centers?
    Mehr als 10 Zeichen erforderlich.
    Ihre Identität für die öffentliche Anzeige.
    Die Angabe Ihrer E-Mail-Adresse ist optional. Sie wird nicht mit Dritten geteilt.

  • Profilbild von Justin

    Justin

    15. Aug. 2026

    Spaceship advertises a monthly 99.99% uptime guarantee for hosting. By my count this was an approximately 12-hour incident, which translates to a maximum uptime of 98.4% for August. How do you intend to honor your guarantee?
    Mehr als 10 Zeichen erforderlich.
    Ihre Identität für die öffentliche Anzeige.
    Die Angabe Ihrer E-Mail-Adresse ist optional. Sie wird nicht mit Dritten geteilt.

    • Profilbild von Olga, Hosting Product Operations Specialist

      Olga, Hosting Product Operations Specialist

      18. Aug. 2026

      You're right that this took affected services below our 99.99% monthly guarantee, and we're sorry. The cause was a cooling system failure at our Phoenix data center during a major storm, which forced us to take services offline to protect customer infrastructure from overheating. This was a one-off event, not something we've experienced before. We're completing a full review and putting measures in place to make sure it doesn't happen again. If you were affected, please reach out to our Support

  • Profilbild von Arturo Rabino

    Arturo Rabino

    15. Aug. 2026

    I didn't noticed any outage, it's aug 15 today in asia and i received this after I woke up
    Mehr als 10 Zeichen erforderlich.
    Ihre Identität für die öffentliche Anzeige.
    Die Angabe Ihrer E-Mail-Adresse ist optional. Sie wird nicht mit Dritten geteilt.

  • Profilbild von Mike

    Mike

    14. Aug. 2026

    I appreciate the transparency, but this indicates that Spaceship is hosted solely in one data center. Are there plans to enhance redundancy?
    Mehr als 10 Zeichen erforderlich.
    Ihre Identität für die öffentliche Anzeige.
    Die Angabe Ihrer E-Mail-Adresse ist optional. Sie wird nicht mit Dritten geteilt.

  • Profilbild von Zek

    Zek

    14. Aug. 2026

    I can't image how stressful this has been for you guys... Good job everyone!
    Mehr als 10 Zeichen erforderlich.
    Ihre Identität für die öffentliche Anzeige.
    Die Angabe Ihrer E-Mail-Adresse ist optional. Sie wird nicht mit Dritten geteilt.

  • Profilbild von Ritchy

    Ritchy

    14. Aug. 2026

    Thanks for the update!
    Mehr als 10 Zeichen erforderlich.
    Ihre Identität für die öffentliche Anzeige.
    Die Angabe Ihrer E-Mail-Adresse ist optional. Sie wird nicht mit Dritten geteilt.

  • Profilbild von Seventh Ray

    Seventh Ray

    14. Aug. 2026

    Why was there no redundancy? If one data center fails, there should be a backup data center that kicks in. Should we be moving to a service provider who doesn't rely on a single data center?
    Mehr als 10 Zeichen erforderlich.
    Ihre Identität für die öffentliche Anzeige.
    Die Angabe Ihrer E-Mail-Adresse ist optional. Sie wird nicht mit Dritten geteilt.

    • Profilbild von Johnny

      Johnny

      21. Aug. 2026

      Why don’t they consider having a second MX record in another friendly DC for the SpaceMail service?I am suprised that both existing MX records are mazbe just 2 VMs in the same (v)LAN.

Teilen Sie Ihre Gedanken

Mehr als 10 Zeichen erforderlich.
Ihre Identität für die öffentliche Anzeige.
Die Angabe Ihrer E-Mail-Adresse ist optional. Sie wird nicht mit Dritten geteilt.

Helfen Sie uns, unseren Blog zu verbessern

Teilen Sie Ihre Gedanken in einer schnellen zweiminütigen Umfrage.

Eine gültige E-Mail-Adresse ist erforderlich