Is Orbee down?

Last checked 5m ago
Current status
Orbee is up

No incidents right now.

Official status page: https://status.orbee.com · Polled every 5 minutes · 8 components tracked

Orbee is operational right now. Last checked 5m ago; the most recent incident resolved 4d ago.

Real-time Orbee status, recent outages, and incident history — pulled directly from Orbee's official status page at https://status.orbee.com every 5 minutes. Pingoru tracks 8 Orbee services and has captured 4 incidents in the last 90 days (99.58% uptime). Get email, Slack, Discord, or webhook alerts the moment Orbee reports a new incident — free for 5 monitors, no credit card.

Users who monitor Orbee also follow these Marketing services: Mailgun Klaviyo Iterable Braze Brevo Customer.io ZoomInfo Optimizely SurveyMonkey Yotpo View all 6,000+ providers
Orbee uptime 99.58% uptime · past 90 days
Mon Wed Fri
JunJulAugSep
Less More

Recent outages & incidents

Past 90 days
  1. Resolved 4h 50m
    Started Aug 14, 2026, 10:59 PM UTC · Resolved Aug 15, 2026, 03:49 AM UTC
    CDP
    Timeline · 4 updates
    • identified · Aug 14, 2026, 10:59 PM UTC

      We have identified degraded performance in a portion of our customer data warehouse system, causing the nodes to fall behind in their replication process. We've isolated the affected nodes and are working on getting them back up-and-running. At this time, customers can read their data using Data Studio and the associated Record views. Ingesting new data and changing schemas for native objects are queued but not being processed at this time. We'll provide another update as soon as we get the affected nodes back up-and-running.

    • identified · Aug 15, 2026, 01:00 AM UTC

      50% of the affected replication nodes are now healthy; we are continuing to work on getting the remaining nodes back into an operational state. Querying data continues to not be affected.

    • monitoring · Aug 15, 2026, 02:57 AM UTC

      All nodes are now functional and operating normally. There is no inconsistent behavior anymore, and all queued schema changes and data ingestion are running normally. We'll continue to monitor to verify that the nodes remain healthy and that everything wraps up accordingly.

    • resolved · Aug 15, 2026, 03:49 AM UTC

      The issue is now fully resolved, and monitoring has shown all operations has gone back to normal. Normal database maintenance and optimization operations in the background combined with a node reboot caused some replica nodes to enter a long, blocking startup phase that required cleanup of the incomplete processes as well as normal startup operations. During this time, the node would still accept queries but not have the capacity to execute them, causing connections and queries to hang. These queries would persist, queued, and cause the node to fail performance-wise following startup, causing another reboot. This then triggered the process all over again. Once the affected nodes were quarantined, query operations resumed normally on healthy nodes. We also paused the running of schema and ingestion tasks, which queued instead. This allowed the nodes to complete the startup and optimization processes without impedance. Once the nodes were operational they could rejoin the cluster and resume accepting queries. Once the cluster was fully healed, all operations could resume. The ingestion + schema changes ran into no roadblocks and query performance continued to perform normally. Alerts and quarantine automation have been created to handle this situation in the future with much faster resolution times and little to no noticeable changes to performance and capabilities in the Platform.

    Latest: The issue is now fully resolved, and monitoring has shown all operations has gone back to normal. Normal database maintenance and optimization operations in the background combined…

Outage history

Past 90 days · 1 incident View full outage history →