Störungsverlauf von Lever

1. 26. August 2026 um 16:24 UTCresolved

   Gegen 8:30 Uhr UTC am 25.08.2026 führte eine geplante Serverrotation unter https://hire.eulever.co/ zu einer erhöhten Latenz und einigen fehlgeschlagenen Seitenladungen bis 9:15 Uhr UTC. Betroffene Benutzer würden einen "504-Fehler" während der betroffenen Seitenladungen bemerken. Der Service wurde für alle Benutzer ab 9:15 Uhr UTC am 8/25/2026 wiederhergestellt. Eine vollständige RCA wird innerhalb von 7 bis 10 Werktagen zu dieser Ausgabe veröffentlicht.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 21. August 2026 um 20:12 UTCinvestigating

   Wir untersuchen derzeit dieses Problem.

2. 21. August 2026 um 20:29 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

3. 24. August 2026 um 14:16 UTCresolved

   Status: gelöst Unsere Überwachung hat bestätigt, dass es keine weiteren Probleme im Zusammenhang mit diesem Vorfall gibt. Der Service ist stabil geblieben und der Vorfall gilt nun als gelöst. Eine Root Cause Analysis (RCA) wird innerhalb von 7-10 Werktagen zur Verfügung gestellt.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 12. August 2026 um 18:13 UTCresolved

   Um ca. 10:31 Uhr PST am 8/12/2026 initiierte der Lever Support eine Backend-Datenabfrage, die dazu führte, dass Lever-Einstellungsdienste auf einen Fehler im Speicher stießen. Dies führte zu einer Verschlechterung der Website und zu fehlgeschlagenen Seitenlasten für hire.lever.co zwischen 10:31 und 10:46 PST. Betroffene Benutzer würden einen "500-Fehler" während der betroffenen Seitenladungen bemerken. Der Service wurde für alle Benutzer ab 10:46 Uhr PST wiederhergestellt. Zu diesem Zeitpunkt arbeiten wir an kontinuierlichen Verbesserungen, um das Risiko zu verringern, dass von Lever Support initiierte Abfragen in Zukunft Ausfälle auslösen. Eine vollständige RCA wird innerhalb von 7 bis 10 Werktagen zu dieser Ausgabe veröffentlicht.

2. 14. August 2026 um 18:26 UTCpostmortem

   **Incident Summary** Am 12. August 2026, zwischen ca. 10:31 Uhr und 10:45 Uhr PDT, erlebte die Lever-Plattform teilweise Nichtverfügbarkeit. Während dieses 14-Minuten-Fensters konnten einige Kunden nicht auf die Plattform zugreifen, und andere erlebten erhöhte Fehlerraten für API-Anfragen. **Erkennung** Das Problem wurde durch interne Überwachung identifiziert. Ein Datadog-Alarm für hohe Fehler der Datenbankseite, der um 10:37 Uhr PDT ausgelöst wurde, benachrichtigt das Engineering-Team. Dies ermöglichte es den Respondern, die spezifischen Datenbankknoten mit hoher Belastung zu isolieren und die verantwortlichen Operationen zu identifizieren. **Wurzelursache** Der Vorfall wurde durch einen Sicherheitsmechanismus innerhalb eines internen Verwaltungstools ausgelöst, das teure Datenbankabfragen verhindern soll. Wenn ein Operator nach nicht indexierten Daten suchte, forderte diese Sicherheitsüberprüfung einen "Plan" aus der Datenbank an, um zu sehen, ob die Abfrage sicher ausgeführt werden konnte. Da die Daten jedoch nicht indexiert waren, versuchte die Datenbank, jede mögliche Abrufmethode zu bewerten, was dazu führte, dass das gleiche große Konto 11 Mal für eine einzelne Anforderung gescannt wurde. Diese Diagnoseprüfungen umgingen die Standardzeitlimits und verbrauchten die für den normalen Kundenverkehr erforderliche Lesekapazität der Datenbank. **Resolution** Engineering-Teams identifizierten und beendeten die langjährigen Diagnoseoperationen, die sofort die Datenbankleistung und Plattformstabilität wiederherstellten. Nach der Bereinigung wurde ein Schutz auf Datenbankebene angewendet, um diese spezifischen Abfragen in einen einzigen, effizienten Pfad zu zwingen und zu verhindern, dass die Datenbank in Zukunft mehrere teure Scans versucht. **Vorbeugende Maßnahmen** * **Neugestaltung der Sicherheitskontrollen:** Wir ersetzen die derzeitige Diagnosemethode durch ein neues System, das die Abfragesicherheit überprüft, indem Datenbankdefinitionen direkt überprüft werden, wodurch teure Tests mit Live-Daten entfallen. * **Erweiterte Alarmierung**: Wir implementieren eine neue Überwachung für Datenbank-Lese-Abwanderung und lang laufende Operationen, um ähnliche Probleme zu erkennen und zu lösen, bevor sie Kunden betreffen. * **Verbesserte Protokollierung:** Wir verbessern die internen Auditprotokolle, um eine schnellere Identifizierung und Zuordnung der administrativen Datenbankaktivitäten zu gewährleisten. Datenbankoptimierung: Wir fügen neue Indizes hinzu, um diese Suchmuster richtig zu unterstützen und sicherzustellen, dass sie von Natur aus effizient sind.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 7. August 2026 um 16:38 UTCinvestigating

   Issue: We are aware of an active outage with Adobe Sign, a third-party e-signature provider. This is affecting Lever customers who use the Adobe Sign integration. Customer Impact: Recruiters may be unable to generate or send offer letters for e-signature via Adobe Sign. Candidates with pending Adobe Sign requests may be unable to sign at this time. Customers using DocuSign and all other Lever functionality are unaffected. Status: Investigating. This is an upstream issue with Adobe; we are monitoring and will update as Adobe provides more information. For direct updates from Adobe, see their status page at https://status.adobe.com/

2. 7. August 2026 um 17:11 UTCinvestigating

   Update — Offer Letter Sending Disrupted Issue: We've identified that this disruption is broader than initially scoped. The Adobe outage is impacting our PDF conversion process, which all offer letters — regardless of e-signature provider (Adobe Sign, DocuSign, or Native eSignature) — depend on to generate the final document. Customer Impact: All customers are currently unable to send offer letters successfully. This is no longer limited to Adobe Sign integration users. Recruiters attempting to generate or send an offer letter may see failures or delays regardless of which e-signature method is configured on their account. Status: Investigating.

3. 7. August 2026 um 20:28 UTCidentified

   We found that our Fallback document converter in case of an Adobe PDF Services API outage is not working as expected. We are working on a fix to implement an immediate fallback document converter to prevent failed/stuck offer sends in cases of an Adobe PDF Services API outage. Next update: 4pm PST/PDT or earlier For the most up to date status on the Adobe API outage follow: https://status.adobe.com/products/503500/202608070024

4. 7. August 2026 um 21:29 UTCmonitoring

   A fix has been implement to immediately fallback to an alternate document converter after offer document conversions are stuck for a period of time. We are currently processing through a backlog of offer sends and we expect the backlog processing to take around one to two hours. Users may notice a delay sending offers, but offer documents should send successfully. Any document (resumes, offers, etc.) image previews may show loading failures while the backlog processing catches up to real time. We are continuing to actively monitor the document previewer and Adobe PDF Services API outage.

5. 7. August 2026 um 22:29 UTCresolved

   This incident has been resolved. The document converter is now processing in real time. Offers are sending with no delay and all document previews in Lever should be visible. An RCA will be available within 7-10 business days.

6. 14. August 2026 um 18:16 UTCpostmortem

   **Incident Summary** On August 7, 2026, between approximately 6:00 AM and 5:30 PM ET, some customers were unable to send offer letters, and some document and resume previews failed to generate. Files uploaded successfully; only the step that converts them into a viewable PDF or preview failed. No data was lost.  **Detection** Identified on August 7 at approximately 11:47 AM ET following customer reports to our Support team. **Root Cause** A third-party service we use to convert documents into PDFs experienced an outage lasting most of the day. During it, the service accepted conversion requests but never completed them. Our system is designed to switch to a backup conversion method when that service reports a failure — but because these requests neither succeeded nor failed, they simply waited, and the backup was never used. Each waiting request also occupied one of a limited number of conversion slots, so delays spread to other documents.  **Resolution** We added a strict overall time limit to document conversions: if the third-party service does not finish within that window, we stop waiting and convert the document using our own backup method instead. We also corrected a related defect that had prevented the backup from being used reliably. Both fixes were released to production on the afternoon of August 7, while the third-party outage was still ongoing, and conversion success rates returned to normal levels the following day. We then re-processed the documents that had failed to convert during the outage.  **Preventative Measures** ·       We fixed a defect that had prevented this service's health measurements from reaching our monitoring system and are adding alerts on the document conversion failure rate, so issues like this are detected automatically and quickly, rather than through customer reports. ·       The new time limit can be adjusted without a code release, and we are documenting a procedure to route all conversions away from the third-party service during a vendor outage.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 14. Juli 2026 um 14:47 UTCinvestigating

   Ausgabe: Wir untersuchen ein scheinbar plattformweites Problem, bei dem Angebotsbriefe nicht gesendet werden. Customer Impact: Recruiter sind derzeit nicht in der Lage, Angebots-E-Mails an Kandidaten zu generieren oder zu liefern. Aktueller Status: Engineering forscht aktiv. Derzeit ist kein Workaround verfügbar.

2. 14. Juli 2026 um 16:24 UTCmonitoring

   Problem: Wir haben ein plattformweites Problem identifiziert, bei dem Angebotsbriefe nicht gesendet wurden. Customer Impact: Recruiter waren nicht in der Lage, Angebots-E-Mails an Kandidaten zu generieren oder zu liefern. Aktueller Status: Das unmittelbare Problem wurde gemindert. Wir überwachen aktiv, um eine vollständige Auflösung und Stabilität zu bestätigen.

3. 14. Juli 2026 um 23:50 UTCresolved

   Problem: Wir haben ein plattformweites Problem identifiziert, bei dem Angebotsbriefe nicht gesendet wurden. Customer Impact: Recruiter waren nicht in der Lage, Angebots-E-Mails an Kandidaten zu generieren oder zu liefern. Status: gelöst. Eine RCA ist innerhalb von 7-10 Werktagen verfügbar.

4. 22. Juli 2026 um 13:20 UTCpostmortem

   **Incident Summary** Zwischen dem 13. Juli und dem 14. Juli 2026 waren einige Kunden zeitweise nicht in der Lage, Angebotsschreiben zu senden, und einige Dokumenten- / Lebenslaufvorschauen konnten nicht generiert werden. Während Quelldateien erfolgreich hochgeladen wurden, scheiterte der für Vorschau und Angebotsgenerierung erforderliche Umwandlungsschritt. Es kam zu keinem Datenverlust. **Erkennung** Das Problem wurde am 14. Juli 2026 um ca. 10:43 Uhr ET nach Berichten von Kunden an unser Support-Team identifiziert. Engineering bestätigte die Auswirkungen durch Monitoring, das einen stetigen Anstieg der Prozesszahlen innerhalb des Dokument-Konverter-Dienstes zeigte, bis er ein hartes Systemlimit erreichte und nachfolgende Aufgaben zum Scheitern brachte. **Wurzelursache** Der Vorfall wurde durch ein "Prozessleck" verursacht, das während eines kürzlichen Plattform-Upgrades eingeführt wurde. Eine Änderung in der Art und Weise, wie das System Dokumentenkonvertierungen verarbeitet, bedeutete, dass jede Konvertierung einen neuen Hintergrundprozess startete, der nie ordnungsgemäß geschlossen wurde. Über mehrere Tage akkumulierten sich diese Hintergrundprozesse, bis das System seine maximale Kapazität erreichte. Sobald dieses Limit erreicht wurde, konnte der Dienst die neuen Prozesse nicht mehr starten, die erforderlich sind, um Angebotsschreiben oder Dokumentenvorschau zu generieren. **Resolution** * **Initial Mitigation:** Um 11:20 Uhr ET am 14. Juli starteten die Ingenieure die betroffenen Service-Pods neu. Dadurch wurden die akkumulierten Hintergrundprozesse gelöscht und die Fähigkeit der Kunden, Angebotsbriefe zu senden und Vorschauen anzuzeigen, sofort wiederhergestellt. * **Permanent Fix:** Ein Code-Update wurde am 14. Juli um 20:43 Uhr ET entwickelt und bereitgestellt. Diese Korrektur stellt sicher, dass alle Hintergrundprozesse nach jeder Konvertierung korrekt beendet und bereinigt werden, was eine zukünftige Akkumulation verhindert. **Vorbeugende Maßnahmen** ***Code-Verbesserungen:** Implementierte ein robustes Prozessmanagementsystem (unter Verwendung eines "Reaper" -Prozesses), um sicherzustellen, dass alle Hintergrundaufgaben nach Abschluss automatisch geschlossen werden. * **Verbessertes Monitoring:** Neue automatisierte Warnungen wurden konfiguriert, um das Engineering-Team zu benachrichtigen, wenn die Prozessauslastung 50% des Systemlimits übersteigt. Auf diese Weise können wir ähnliche Ressourcenlecks Tage identifizieren und beheben, bevor sie sich auf die Kunden auswirken. * **Backlog-Verarbeitung:** Eine separate Initiative wurde abgeschlossen, um alle Dokument- oder Lebenslaufvorschauen zu identifizieren und neu zu bearbeiten, die während des Ausfallfensters nicht generiert wurden, um sicherzustellen, dass alle Vorschauen für die Benutzer verfügbar sind.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 13. Juli 2026 um 18:04 UTCinvestigating

   Wir untersuchen ein Problem, das die Nylas-Authentifizierung betrifft. Benutzer können eine Fehlermeldung "Unbekannter Fehler" auftreten, wenn Sie versuchen, E-Mail-/Kalenderintegrationsberechtigungen zurückzusetzen. Startzeit: 10:10 Uhr PT Nächstes Update: 13:00 Uhr PT oder früher.

2. 13. Juli 2026 um 19:57 UTCinvestigating

   Wir werden dieses Problem weiter untersuchen. Nächstes Update: 15:00 Uhr PT oder früher.

3. 13. Juli 2026 um 21:59 UTCidentified

   Wir werden dieses Problem weiter untersuchen. Nächstes Update: 5:00 PM PT

4. 14. Juli 2026 um 00:28 UTCmonitoring

   Minderungsschritte wurden angewendet und die Servicefunktionalität wird wieder normal. Wir überwachen Leistung und Stabilität. Nächstes Update: nach Auflösung.

5. 14. Juli 2026 um 13:08 UTCresolved

   Problembeschreibung: Benutzer haben möglicherweise einen "Unbekannten Fehler" erhalten, wenn sie versuchen, E-Mails zu senden oder ihre Microsoft-E-Mail und ihren Kalender in Lever zu synchronisieren. Kundenauswirkungen: Betroffene Benutzer konnten ihre Microsoft-E-Mail- und Kalenderintegrationen nicht authentifizieren, E-Mail-Sendungen an Kandidaten blockieren und die Kalendersynchronisierungsfunktionalität, die für die Rekrutierung von Workflows von entscheidender Bedeutung ist. Status: Aufgelöst - E-Mail-Sendungen und Kalendersynchronisierung funktionieren jetzt normal. Eine RCA ist innerhalb von 7-10 Werktagen verfügbar.

6. 22. Juli 2026 um 13:19 UTCpostmortem

   **Incident Summary** Am 13. Juli 2026 erlebten Kunden, die Microsoft \(Office 365\) für die E-Mail- und Kalenderintegration nutzten, Servicestörungen. Betroffene Benutzer waren nicht in der Lage, ihre E-Mail- und Kalenderverbindungen innerhalb von Lever zu autorisieren oder erneut zu autorisieren, was häufig auf eine "Unbekannter Fehler" -Nachricht stieß. Darüber hinaus konnten ausgehende E-Mails, die über die Microsoft-Integration gesendet wurden, in diesem Zeitraum nicht geliefert werden. Google-basierte E-Mail- und Kalenderdienste blieben voll funktionsfähig und wurden von diesem Vorfall nicht betroffen. **Erkennung** Das Problem wurde am 13. Juli 2026 um 14:22 Uhr ET nach Berichten von Kunden an unser Support-Team identifiziert. Bei der Untersuchung bestätigte das Ingenieurteam die Fehler und initiierte eine Reaktion mit hoher Priorität. Während der zugrunde liegende technische Ablauf am 12. Juli 2026 stattfand, wurden die Auswirkungen sichtbar, als Benutzer am nächsten Tag versuchten, Berechtigungen zu aktualisieren oder ausgehende Kommunikationen zu senden. **Wurzelursache** Der Vorfall wurde durch den Ablauf eines digitalen Sicherheitsnachweises verursacht, der für die sichere Kommunikation mit Microsoft verwendet wurde. Dieser Nachweis fungiert als sicheres "Passwort", mit dem unsere Systeme E-Mail- und Kalenderdaten synchronisieren können. Da es sich um einen gemeinsamen Nachweis für die Microsoft-Integration handelte, betraf der Ablauf die Kunden, die Office 365 im Großen und Ganzen und nicht ein bestimmtes Konto verwendeten. **Resolution** Um das Problem zu beheben, hat unser Engineering-Team einen neuen Sicherheitsnachweis erstellt und die Integrationseinstellungen in unseren Umgebungen aktualisiert. Sobald sich der neue Nachweis durch das System verbreitet hatte, wurde der Dienst vollständig wiederhergestellt. Die Wiederherstellung wurde durch interne Tests verifiziert und durch erfolgreiche Kunden-Wiederautorisierungen bis 20:28 Uhr ET am 13. Juli 2026 bestätigt. Es ist kein Datenverlust infolge dieses Vorfalls aufgetreten. **Vorbeugende Maßnahmen** Um eine Wiederholung dieses Problems zu verhindern, implementieren wir die folgenden Verbesserungen: * **Automatisiertes Expiry Tracking:** Wir richten einen formalen Tracking-Prozess für alle Integrationsdaten mit automatisierten Erinnerungen ein, die weit vor Ablaufdatum festgelegt wurden. * **Proaktives Monitoring:** Die neue Alarmierung wurde so konfiguriert, dass Spitzen bei Autorisierungsfehlern erkannt werden, sodass unser Team ähnliche Probleme identifizieren und beheben kann, bevor sie sich auf Kunden auswirken.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 8. Juli 2026 um 17:17 UTCidentified

   Am 7-3-2026 wurden wir auf ein Problem aufmerksam gemacht, das sich auf Lever-Instanzen mit Nylas-Authentifizierung auswirkt (im Allgemeinen für Kunden mit lokalen Microsoft Exchange-E-Mail-/Kalenderdiensten). Nur die Nylas-Authentifizierung ist betroffen, es wurde kein ähnliches Verhalten für Kunden beobachtet, die sich mit Office 365 oder Google-Diensten authentifizieren. Benutzer können eine "500-Fehler" -Nachricht beim Versuch, E-Mail- / Kalenderberechtigungen zurückzusetzen, feststellen, und wir haben mehrere unerwartete E-Mail-Schleifen beobachtet, die dazu führen, dass Kandidaten aufgrund dieses Problems alle 10 bis 15 Minuten doppelte E-Mails erhalten. Ursache: Die 500er und E-Mail-Ausfälle werden durch einen bekannten Fehler in Node.js v24.17.0 (https://github.com/nodejs/node/issues/63989) verursacht. Die Sicherheitsversion v24.17.0 (CVE-2026-48931) änderte das Keep-alive-Socket-Handling von "http.Agent" so, dass "node-fetch" "ERR STREAM PREMATURE CLOSE" ("Premature close") auf gzipped-Antworten an externe Anbieter (Nylas/Google) wirft. Unsere Dienste haben diesen Fehler über die Migration Node 18→24 (auftrat am 06-30-2026) abgeholt. Der Bug wurde stromaufwärts in Node 24.18.0 behoben Dieses Problem sollte heute in einem Deployment behoben werden (7-8-2026). Wir werden so schnell wie möglich Updates zum Problemstatus und zur Bereitstellungszeitleiste bereitstellen.

2. 8. Juli 2026 um 20:03 UTCmonitoring

   Ein Fix wurde ab ca. 12:15 Uhr PST/PDT am 7/8/2026 implementiert. E-Mail- und Kalender-Synchronisierung sind jetzt voll funktionsfähig für Lever-Instanzen, die mit der Nylas-Authentifizierung konfiguriert sind. Wir überwachen weiterhin die Wirksamkeit des Fixes. Eine Root Cause Analysis (RCA) wird zu diesem Thema im Rahmen des Standard Service Level Agreement veröffentlicht.

3. 9. Juli 2026 um 16:19 UTCresolved

   Dieser Vorfall ist gelöst. Eine Root Cause Analysis (RCA) wird innerhalb von 7-10 Werktagen zu dieser Ausgabe veröffentlicht.

4. 9. Juli 2026 um 20:43 UTCpostmortem

   **Incident Summary** Zwischen dem 2. Juli 2026 und dem 8. Juli 2026 traten bei einigen Kunden intermittierende Ausfälle bei E-Mail- und Kalenderdiensten auf. Die Hauptauswirkungen waren Fehler beim Senden oder Synchronisieren von E-Mails und gelegentliche "500-Fehler" während des Logins. Diese Probleme wurden durch eine technische Regression in der zugrunde liegenden Laufzeitumgebung (Node.js) verursacht, die ausgehende Verbindungen zu Diensten von Drittanbietern verarbeitet. Bei einer Teilmenge von Kunden, die bestimmte E-Mail-Integrationseinstellungen verwenden, führte die Verbindungsinstabilität dazu, dass das System einen erfolgreichen E-Mail-Versand falsch als Fehler wahrnahm. Dies löste einen automatisierten Retry-Mechanismus aus, der in einigen Fällen zu einer "Retry-Schleife" führte, in der die gleiche Kommunikation in regelmäßigen Abständen an die Empfänger erneut gesendet wurde, bis die Verbindung stabilisiert wurde. **Erkennung** Das Problem wurde nach Berichten über intermittierende Serviceunterbrechungen identifiziert. Unsere Support- und Engineering-Teams haben diese Berichte gründlich untersucht und ein spezifisches Muster von Verbindungsfehlern in unseren Systemprotokollen identifiziert. Weitere Analysen bestätigten, dass die Auswirkungen etwa am 2. Juli 2026 nach einem routinemäßigen Update unserer Serviceinfrastruktur begannen. **Wurzelursache** Die Ursache war ein Defekt in einer bestimmten Version von Node.js \ (Version 24.17.0\), der Softwareumgebung, die für den Betrieb unserer Dienste verwendet wurde. Diese Version enthielt einen Fehler in der Art und Weise, wie sie "lebendige" Verbindungen verwaltete - wiederverwendbare Verbindungen, die zur Kommunikation mit externen Diensten verwendet wurden. Unter bestimmten Bedingungen würde die Software diese Verbindungen vorzeitig schließen, bevor eine Aufgabe abgeschlossen wurde, was zu fehlgeschlagenen E-Mail-Sendungen und Datensynchronisierungsfehlern führte. **Resolution** Um das Problem zu lösen, führte unser Engineering-Team die folgenden Schritte durch: * **Identifizierung: korrelierte die "Vorzeit-Schließ"-Fehler mit einer bekannten Regression in der Node.js-Laufzeit. ***Upgrade:** Aktualisierte unsere Basissystemabbilder auf Node.js Version 24.18.0, die den offiziellen Fix für dieses Verbindungsproblem enthält. * **Deployment:** Rebuilt and redeployed critical services \(einschließlich E-Mail- und Kalenderkomponenten\) auf der korrigierten Version. * **Überprüfung:** Bestätigt, dass Verbindungsfehler aufhörten und die Servicestabilität am 8. Juli 2026 auf ein normales Niveau zurückkehrte. **Vorbeugende Maßnahmen** Um ähnliche Probleme in Zukunft zu vermeiden, implementieren wir folgende Verbesserungen: ***Version Pinning:** Wir haben unseren Build-Prozess aktualisiert, um sicherzustellen, dass wir nur Versionen bereitstellen, die vollständig verifiziert wurden. * **Verbessertes Monitoring:** Wir fügen spezielle Warnungen für Verbindungsfehler hinzu, um ähnliche Kommunikationsfehler schneller zu erkennen und darauf zu reagieren. ***Automatisiertes Testen:** Wir implementieren neue synthetische Prüfungen für die E-Mail- und Kalendersynchronisation, um Probleme proaktiv zu identifizieren, bevor sie sich auf Kunden auswirken. * **Verbesserte Sichtbarkeit:** Wir aktualisieren unsere internen Dashboards, um eine bessere Übersicht über die genauen Softwareversionen in unserer Produktionsumgebung zu bieten, um zukünftige Diagnosen zu beschleunigen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 22. Juni 2026 um 14:44 UTCinvestigating

   We are currently investigating an issue impacting access to our platforms. A broader Cloudflare service disruption is affecting connectivity, resulting in: Request timeouts Increased latency and slow page loads Cloudflare-generated error pages (including 5xx errors) Intermittent access to platform services Our teams are actively monitoring the situation and assessing the impact on our services. While the issue appears to originate from Cloudflare's infrastructure, we continue to monitor service health and will provide updates as additional information becomes available. Customers can monitor Cloudflare's incident status directly at: https://www.cloudflarestatus.com/ Start Time: ~9:35 EDT We apologize for the inconvenience and appreciate your patience while service providers work to restore normal operations. Customer Impact: Users may experience intermittent access issues, delayed responses, request failures, or Cloudflare error pages when accessing platform services. Reference: Cloudflare Status Page — https://www.cloudflarestatus.com/

2. 22. Juni 2026 um 16:17 UTCidentified

   Monitoring Third-Party Network Issue Status: We continue to monitor an ongoing third-party network incident affecting Cloudflare, which is causing intermittent timeouts, increased latency, and occasional Cloudflare error pages for some users accessing our platforms. Based on updates from Cloudflare, the issue is related to a network infrastructure event in North America, and their engineering teams are actively rerouting traffic and implementing mitigation measures to restore service stability. At this time, the underlying issue resides with a third-party provider and is outside of our direct control. Our teams are closely monitoring the situation and validating service availability as Cloudflare implements corrective actions. Customers may continue to experience intermittent connectivity issues, slow response times, or timeout errors until Cloudflare has fully resolved the incident. For the latest updates, please monitor Cloudflare's status page directly: https://www.cloudflarestatus.com/ We appreciate your patience and will continue to provide updates as new information becomes available.

3. 22. Juni 2026 um 18:21 UTCresolved

   Cloudflare has reported that its traffic engineering efforts have successfully mitigated the majority of congestion and packet loss associated with this incident. As a result, service conditions are improving; however, some users may still experience intermittent connectivity issues while their recovery efforts continue. Customer Impact: Most services have stabilized, but some users may continue to experience intermittent latency, timeouts, or connectivity issues during the final stages of recovery. Customers can monitor the latest updates directly on Cloudflare's status page: https://www.cloudflarestatus.com/ We will continue to provide updates as new information becomes available.

1. 16. Juni 2026 um 22:25 UTCinvestigating

   We became aware of an issue affecting the North America data center where Visual Insights is not loading new data in some customer accounts. The issue started occurring on Tuesday, 6/16/2026 at approximately 7:30am PST/PDT. Updates will be provided as we work to investigate the issue.

2. 16. Juni 2026 um 22:33 UTCinvestigating

   We are continuing to investigate this issue affecting Visual Insights. New data may be delayed to appear in Visual Insights or may be missing. Start time: 6/16/2026 7:30am PST/PDT Next update: 6/17/2026 8am PST/PDT or sooner.

3. 17. Juni 2026 um 18:31 UTCidentified

   We have identified the issue affecting the Visual Insights (Snowflake) database and have implemented a fix on Wednesday, June 17 at approximately 10:30am PST/PDT.

4. 17. Juni 2026 um 18:33 UTCmonitoring

   We are continuing to monitor the effectiveness of the fix for Visual Insights reporting. We anticipate that reporting data may still have discrepancies for approximately 10 to 15 hours. We are continuing to monitor that data is backfilling on schedule as expected. Next update: 6/17/2026 5pm PST/PDT or sooner.

5. 18. Juni 2026 um 16:24 UTCresolved

   The data backfill has completed at approximately 5:00am PST/PDT on 6/18/2026. All Visual Insights reports should now be a complete and accurate representation of current data. A root cause analysis (RCA) will be published to this incident within the standard Service Level Agreement (SLA).

6. 22. Juni 2026 um 19:49 UTCpostmortem

   #### **Incident Summary** Between June 14 and June 18, 2026, analytics reports in the Visual Insights "Custom Data Explorer" displayed outdated information. While the live platform remained fully accurate and no data was lost, the reports stopped reflecting real-time changes \(such as candidate stage updates\). This resulted in a "stale" snapshot of data being shown to all reporting customers for approximately four days. **Detection** The issue was identified on June 17, 2026, following reports from customers who noticed that their report counts did not match the live data in the platform. Upon investigation, our engineering team confirmed that the data pipeline responsible for updating these reports had stopped processing new information on June 14. #### **Resolution** Once identified, our engineering team restarted the affected component, which safely resumed and caught up on all pending changes with no data loss. Report accuracy was fully restored, and the cited figures now match the live platform. No action was required from customers at any point. #### **Preventative Measures** To prevent this issue from recurring, we have taken the following actions: * **Enhanced Auto-Recovery:** We updated the system to automatically recognize and recover from this specific type of database restart error, allowing it to self-heal without manual intervention. * **Improved Monitoring:** We are implementing more granular alerts that monitor the specific workers within the data pipeline. This ensures that if a single worker stops, we are notified within minutes. * **Data Freshness Checks:** We are adding new automated checks that compare live platform data against the reporting store to detect any "freshness" gaps immediately.

1. 11. Juni 2026 um 17:28 UTCinvestigating

   We are investigating an issue affecting the LinkedIn Job Board integration. Users may experience inaccurate posting locations appearing in LinkedIn when passing postings via the LinkedIn Job Board integration, we do not currently have any reports of inaccuracies from the LinkedIn Apply Connect integration. Start time: 9:00 AM Pacific 6/11/2026 Next update: 12:30 PM 6/11/2026 or sooner.

2. 11. Juni 2026 um 19:33 UTCinvestigating

   We are continuing to investigate this issue in partnership with the LinkedIn team. Next Update 2:30 PM Pacific 6/11/2026 or sooner

3. 11. Juni 2026 um 21:42 UTCinvestigating

   We are continuing to investigate this issue in partnership with the LinkedIn team. Next Update 4:30 PM Pacific 6/11/2026 or sooner

4. 11. Juni 2026 um 23:25 UTCinvestigating

   We are continuing to investigate this issue in partnership with the LinkedIn team. Next Update 9:30 AM Pacific 6/12/2026 or sooner

5. 12. Juni 2026 um 16:43 UTCinvestigating

   We are continuing to investigate this issue in partnership with the LinkedIn team. Next Update 11:30 AM Pacific 6/12/2026 or sooner

6. 12. Juni 2026 um 19:03 UTCinvestigating

   We are continuing to investigate this issue in partnership with the LinkedIn team. Next Update 1:30 PM Pacific 6/12/2026 or sooner

7. 12. Juni 2026 um 19:10 UTCresolved

   Posting Locations should now be populating as expected. Please follow up with Lever Support if you see any postings continuing to display an inaccurate location in LinkedIn.

1. 23. April 2026 um 18:26 UTCinvestigating

   We are investigating an issue affecting some users Microsoft Office 365 email/calendar services are unable to schedule interview events or send emails in Lever. The impact appears to be limited to only accounts where Administrator Consent for email/calendar permissions is enabled. Affected users are currently unable to schedule interviews or send emails in Lever and may see one or more error messages including “Could not load events” and/or “Your email/calendar integration isn't working” related to scheduling and email. We are currently investigating this issue and will provide updates from our Engineering team as new information becomes available. Users may experience issues when scheduling interviews or sending emails. Start time: April 21, 2026, 1:40 PM PDT

2. 23. April 2026 um 20:11 UTCresolved

   This incident has been resolved. Incident Duration: April 21, 2026, 1:40 PM– April 23, 2026 11:00 AM PT Impact Summary: During this window, customers using Microsoft Office365 were unable to retrieve interviewer availability or schedule interviews. Existing data was not lost, but new scheduling actions failed until service was restored. Cause: An internal encryption key rotation was completed for several services, but a related dependency used by the calendar service was not updated. As a result, the calendar service was unable to read newly issued Microsoft access tokens, causing scheduling requests to fail for Office365-connected accounts. Mitigation: The calendar service was updated to use the correct dependency compatible with the new encryption keys. Once deployed, scheduling functionality was fully restored and verified in production. An RCA will be provided within 7-10 business days if applicable.

1. 21. April 2026 um 21:07 UTCinvestigating

   Around 8:50am PT on 4/21/2026 we became aware of an issue where some users Microsoft Office 365 email/calendar services are unable to schedule interview events or send emails in Lever. The impact appears to be limited to only accounts where Administrator Consent for email/calendar permissions is enabled. Affected users are currently unable to schedule interviews or send emails in Lever and may see one or more error messages including “Could not load events” and/or “Your email/calendar integration isn't working” related to scheduling and email. We are currently investigating this issue and will provide updates from our Engineering team as new information becomes available.

2. 21. April 2026 um 23:26 UTCinvestigating

   We are continuing to investigate this issue.

3. 22. April 2026 um 01:05 UTCmonitoring

   We have identified the issue causing failed Lever user permission syncs with Microsoft Office 365 email/calendar services for users with Administrator provided email/calendar permissions. A fix was deployed at approx. 4:39pm PT on 4/21/2026. We are actively monitoring the fix to ensure continued email/calendar sync availability.

4. 22. April 2026 um 12:07 UTCresolved

   This incident has been resolved. Issue: Users with Microsoft 365 calendar integrations experienced authentication failures, causing email and calendar sync to stop working. Resetting the calendar cache resulted in an endless loading state. Impact: Affected users were unable to schedule interviews or view availability in Lever. The issue was limited to accounts using Admin Consent–based Microsoft 365 authentication. A fix was applied at approximately 4:39 pm PDT on 4/24/2026. An RCA will be available within 7-10 business days if applicable.

5. 23. April 2026 um 13:33 UTCpostmortem

   We want to share an update on a recent automation issue, including what happened, how it was resolved, and the steps we’ve taken to prevent it from happening again. **Date/Time:** April 21, 2026, **1:40 PM – 4:39 PM PDT** **Duration:** **2 hours 59 minutes** ### Customer Impact During this window, customers using Microsoft Office365 were unable to retrieve interviewer availability or schedule interviews. Existing data was not lost, but new scheduling actions failed until service was restored. ### Root Cause An internal encryption key rotation was completed for several services, but a related dependency used by the calendar service was not updated. As a result, the calendar service was unable to read newly issued Microsoft access tokens, causing scheduling requests to fail for Office365-connected accounts. ### Resolution The calendar service was updated to use the correct dependency compatible with the new encryption keys. Once deployed, scheduling functionality was fully restored and verified in production. ### Preventative Actions * Expand automated test coverage to explicitly validate scheduling flows for Microsoft Office365 accounts. * Improve internal validation and service dependency checks during encryption key rotations.

1. 17. April 2026 um 17:45 UTCinvestigating

   We are currently investigating an issue preventing new API keys from being generated in our EU environment (EUDC). Impact: Existing or pre-existing API connections in the EU region may also be impacted. Global (non-EU) environments remain unaffected at this time. Updates to follow shortly

2. 17. April 2026 um 18:53 UTCresolved

   This incident has been resolved. Impact Summary: Customers may have had an issue preventing new API keys from being generated in our EU environment (EUDC). Existing or pre-existing API connections in the EU region may also be impacted. Global (non-EU) environments were unaffected An RCA will be provided within 7-10 business days if applicable.

1. 17. April 2026 um 17:15 UTCinvestigating

   We are currently investigating this issue.

2. 17. April 2026 um 17:33 UTCidentified

   Impact: Partial outage – subset of users unable to access Lever We are investigating reports that some users receive a “Site Not Found” error when accessing hire.lever.co and related pages. This issue appears limited to a subset of customers and is related to an ongoing incident with our upstream network provider (Cloudflare): https://www.cloudflarestatus.com/ Our systems are operating normally, but connectivity for some users is being impacted by this third‑party provider. We are monitoring their incident and will provide updates as more information becomes available. There is currently no known workaround.

3. 17. April 2026 um 17:36 UTCidentified

   We are continuing to work on a fix for this issue.

4. 17. April 2026 um 18:59 UTCmonitoring

   Cloudflare has implemented a fix for this issue and are currently monitoring. Impact: Partial outage – a subset of users were unable to access Lever Some users may have received a “Site Not Found” error when accessing hire.lever.co and related pages. For updated info and an RCA, refer to Cloudflare's status page: https://www.cloudflarestatus.com/

5. 17. April 2026 um 21:11 UTCresolved

   This incident has been resolved.

1. 27. März 2026 um 18:07 UTCresolved

   At about 3:00pm PST on 3/26/2026 the Lever Support Team triggered a data operation job through an internal admin interface. The data required for this job did not have sufficient database indexes available on the server which caused significant strain on the database servers. The result of this caused site degradation and failed page loads for hire.lever.co between 3:04pm - 3:26pm PST. Impacted users would notice a "500 error" during the affected page loads. Service was restored to all users as of 3:26pm PST. Following this time we continued to optimize the databases for the intended data operation. Full functionality was reached at about 10:00pm PST.

1. 26. März 2026 um 12:02 UTCinvestigating

   We are investigating an issue affecting the availability of reporting data. Users may experience delays in getting up-to-date reporting data, specifically related to profile cards. Start time: Approximately 4 am EST Next update: 10 am EST or sooner.

2. 26. März 2026 um 12:36 UTCidentified

   We have identified the root cause affecting the delay of data related top profile cards. Mitigation is currently in progress. Next update: 10:30 am EST or sooner.

3. 26. März 2026 um 14:12 UTCmonitoring

   Mitigation steps have been applied and service functionality is returning to normal and processing of delayed data should be complete within the next 2 hours. We are monitoring for continued performance and stability. Next update: 12 pm EST or upon full resolution.

4. 26. März 2026 um 14:13 UTCmonitoring

   We are continuing to monitor for any further issues.

5. 26. März 2026 um 18:13 UTCresolved

   This incident has been resolved. Impact Summary: Users may have experienced delays in getting up-to-date reporting data, specifically related to profile cards. Incident Duration: Started at approximately 4 am EST and resolution confirmed at 9 am EST An RCA will be provided within 7-10 business days

1. 5. März 2026 um 19:59 UTCidentified

   We’ve identified the issue causing the "enable AI Interview Companion for all postings" button to not work, and we’re working to implement a fix. Additional updates will be provided as soon as a resolution is in place.

2. 6. März 2026 um 21:25 UTCidentified

   We’ve completed a fix for the issue that caused the “Enable AI Interview Companion for all postings” button to stop working. The team is currently finishing testing, and the release is planned for Monday, March 9. Additional updates will be provided as soon as the fix is deployed. Next update: Monday, March 9 at 12:00 PM ET or earlier.

3. 9. März 2026 um 16:36 UTCidentified

   We’ve completed a fix for the issue that caused the “Enable AI Interview Companion for all postings” button to stop working. The release is expected to be deployed today. Next update: Monday, March 9, at 5:00 PM ET or earlier.

4. 9. März 2026 um 18:13 UTCresolved

   The issue with the AI Interview Companion Enable for all Jobs settings in Lever has been resolved. The incident occurred from 11:59 am PST 3/6/2026 - 10 am PST 3/9/2026. There should be no further impact at this time, but please reach out to us at Support if any additional assistance is needed: https://help.lever.co/hc/en-us/requests/new

1. 11. Februar 2026 um 18:26 UTCinvestigating

   We are currently investigating an issue that is causing general opportunities to be created when an opportunity is archived. Issues impacting candidate archiving were noticed around February 10, 2026 at 1:00 PM PT. Our Engineering teams are actively working to resolve this as soon as possible.

2. 11. Februar 2026 um 20:08 UTCidentified

   We’ve identified the issue causing general opportunities to be created when an opportunity is archived, and we’re working to implement a fix. Additional updates will be provided as soon as a resolution is in place.

3. 12. Februar 2026 um 01:36 UTCresolved

   The issue where general opportunities were showing when archiving opportunities has been resolved. The incident occurred from February 10, 2026 at 1:00 PM PT to February 11, 2026 at 5:30 PM PT. There should be no further impact at this time, but please reach out to us at Support if any additional assistance is needed: https://help.lever.co/hc/en-us/requests/new

1. 4. Februar 2026 um 12:04 UTCinvestigating

   We are currently investigating an issue that is intermittently affecting the API. Our Engineering teams are actively working to resolve this as soon as possible.

2. 4. Februar 2026 um 12:33 UTCidentified

   The issue has been identified and we are working on the fix.

3. 4. Februar 2026 um 12:37 UTCmonitoring

   A fix has been implemented, and we are monitoring the results.

4. 4. Februar 2026 um 13:05 UTCresolved

   The incident occurred from 3:30 am Pacific time until 5:00 am Pacific time. No further action will be required from impacted users to have restored functionality. There should be no further impact at this time, but please reach out to us at Support if any additional assistance is needed: https://help.lever.co/hc/en-us/requests/new

1. 29. Januar 2026 um 19:04 UTCinvestigating

   We are currently investigating this issue.

2. 30. Januar 2026 um 20:38 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

3. 31. Januar 2026 um 00:34 UTCresolved

   This incident has been resolved.