Malomo Outage History

Malomo is up right now

There were 2 Malomo outages since March 1, 2026 totaling 110h 32m of downtime. Each is summarised below — incident details, duration, and resolution information.

Source: https://status.gomalomo.com

Major March 9, 2026

Klaviyo event delivery failures

Detected by Pingoru
Mar 09, 2026, 06:10 PM UTC
Resolved
Mar 10, 2026, 03:46 PM UTC
Duration
21h 35m
Affected: Klaviyo
Timeline · 3 updates
  1. investigating Mar 09, 2026, 07:10 PM UTC

    We are currently investigating an issue affecting event delivery to Klaviyo. Some customers may experience delays or failures with events being sent to Klaviyo. Our team has identified authentication-related errors beginning around March 7 and is actively working to determine the root cause and restore normal event delivery. We will provide updates as we learn more.

  2. monitoring Mar 09, 2026, 09:12 PM UTC

    A fix has been deployed and we are monitoring results.

  3. resolved Mar 10, 2026, 03:46 PM UTC

    This incident has been resolved. Klaviyo events are processing as expected now. Our backlog of events that were queued during the incident were processed and notifications were triggered as our events caught up.

Read the full incident report →

Notice March 1, 2026

Tracking update issues

Detected by Pingoru
Mar 01, 2026, 01:45 AM UTC
Resolved
Mar 04, 2026, 06:41 PM UTC
Duration
3d 16h
Affected: API
Timeline · 2 updates
  1. monitoring Mar 01, 2026, 01:45 AM UTC

    On February 26th, our primary database failed after its internal logging system ran out of allocated disk space. As a result, our recovery infrastructure automatically switched to a backup database to maintain uptime. However, we recently discovered that because the logging system failed, the backup database was approximately two days behind in replication (replication is normally near-instant). As a result, orders and shipment records processed during that window were not present after failover. We chose not to re-import those orders because doing so may trigger unwanted duplicate events. Tracking updates will fail for those orders as a result. TO RESOLVE THIS ISSUE, you can take the following action: If you're using one of our integrated apps to trigger notifications (Klaviyo, Attentive): 1) Place a flow filter on any flows that use the Malomo:ShopifyOrderCreated event (typically Order Confirmation emails) that checks to see if a Shopify order has been placed in the last day. If yes, then proceed to trigger the flow as normal. 2) Place a flow filter on any flows that use the Malomo:ShipmentCreated event (typically Just Shipped emails) that checks to see if a Shopify order has been fulfilled int he last day. If yes, then proceed to trigger the flow as normal. 3) Once steps 1 and 2 are complete, place an order tag on any order that was placed or fulfilled between Feb 24th and Feb 26th. The tag can be anything. This will cause us to sync the order and begin tracking shipments and triggering notifications as expected. If you're using Shopify to trigger your notifications: Place an order tag on any order the was placed or fulfilled between Feb 24th and Feb 26th. The tag can be anything. This will cause us to sync the order and begin tracking any shipments as expected.

  2. resolved Mar 04, 2026, 06:41 PM UTC

    This incident has been resolved.

Read the full incident report →

Looking to track Malomo downtime and outages?

Pingoru polls Malomo's status page every 5 minutes and alerts you the moment it reports an issue — before your customers do.

  • Real-time alerts when Malomo reports an incident
  • Email, Slack, Discord, Microsoft Teams, and webhook notifications
  • Track Malomo alongside 5,000+ providers in one dashboard
  • Component-level filtering
  • Notification groups + maintenance calendar
Start monitoring Malomo for free

5 free monitors · No credit card required