Last checked: 9 minutes ago
Get notified about any outages, downtime or incidents for Signiant and 1800+ other cloud vendors. Monitor 10 companies, for free.
Outage and incident data over the last 30 days for Signiant.
Join OutLogger to be notified when any of your vendors or the components you use experience an outage. It's completely free and takes less than 2 minutes!
Sign Up NowOutlogger tracks the status of these components for Xero:
Component | Status |
---|---|
Flight | Active |
Flight CLI Transfers | Active |
Flight Gateway Transfers | Active |
Management Interface | Active |
Flight Deck | Active |
APIs | Active |
Console | Active |
Transfers | Active |
Jet | Active |
APIs | Active |
Console | Active |
Transfers | Active |
Media Shuttle | Active |
CloudSpex | Active |
Cloud Transfers | Active |
Console | Active |
Management API | Active |
Portal Interface | Active |
Transfer API | Active |
v1 | Active |
v2 | Active |
View the latest incidents for Signiant and check for official updates:
Description: This incident has been resolved.
Status: Resolved
Impact: Minor | Started At: Nov. 5, 2024, 1:58 p.m.
Description: All systems have returned to normal.
Status: Resolved
Impact: Minor | Started At: Oct. 7, 2024, 7:51 p.m.
Description: Between 13:25 EDT and 13:45 EDT intermittent connection errors to Media Shuttle transfer servers in Azure were observed. Infrastructure was immediately scaled to address the observed connection issues and error rates returned to normal. No other cloud object storage transfers were affected.
Status: Resolved
Impact: None | Started At: June 3, 2024, 5:30 p.m.
Description: Between 2:58 PM EDT and 5:30 PM EDT on Tuesday, June 13th, service interruptions within AWS \(us-east-1 region\) caused service degradation for multiple Signiant services. \(AWS has not yet posted a post event summary for this incident, but it should be available at some point in the future: [https://aws.amazon.com/premiumsupport/technology/pes/](https://aws.amazon.com/premiumsupport/technology/pes/)\) At 2:58 PM EDT our monitoring alerted us to a problem with Signiant service logins. The Signiant Status page was updated to this effect. At this point we initiated failing over impacted services to our backup region. Additional alerts notified us that the problem was more widespread than just console logins. The Signiant Status page was updated to reflect that additional services were affected. At 3:08 PM EDT AWS posted a message on their status page indicating an issue with lambda in the us-east-1 region. Once failover of impacted services was complete, Signiant Console logins recovered, but we continued to see increased error rates when attempting to browse Media Shuttle share portals. Investigation continued on that front and a configuration error that impacted operation in the failover region was uncovered with a microservice involved with portal browsing. Once this configuration error was resolved, share portal browsing recovered. It should be noted that ongoing transfers were not affected throughout this incident, but given the impact on login and share portals browsing, it was not possible to start new transfers under some circumstances. Based on information obtained during the investigation, customers may have also experienced intermittent issues with Jet Hot Folder jobs between 3:00 PM EDT and 4:40 PM EDT. The impact of this was possible delays in processing the hot folder events, but due to built in retries, all events were eventually processed and transfers completed. Signiant SaaS services are designed to withstand major outages in cloud provider infrastructure without customer impact. Our services run in multiple regions and multiple availability zones within each region. Some services are active in multiple regions at the same time \(e.g. transfer services\) and others failover between regions when there is an underlying cloud provider issue. With this specific incident we experienced issues with regional failover for some of our services, and although our services recovered more rapidly than the underlying AWS services, we have identified several opportunities for improvement. In particular, we use internal tooling to automate failover between regions and during this incident the effectiveness of our tooling was impacted by a regional dependency. Accordingly we had to revert to manual failover of our services which had an impact on the time required for failover. While we regularly test service failover, the impact on time to failover for this specific failure scenario was not covered in our testing. Going forward, we are making changes to ensure that all tooling that impacts time to failover is appropriately redundant and that we incorporate scenarios that might impact the effectiveness of our tooling in our failover testing.
Status: Postmortem
Impact: Minor | Started At: June 13, 2023, 7:02 p.m.
Description: This incident has been resolved. Transfers were unaffected.
Status: Resolved
Impact: Minor | Started At: May 30, 2023, 3:29 p.m.
Join OutLogger to be notified when any of your vendors or the components you use experience an outage or down time. Join for free - no credit card required.