Is there an UiPath outage?
UiPath status: Systems Active
Last checked: 2 minutes ago
Get notified about any outages, downtime or incidents for UiPath and 1800+ other cloud vendors. Monitor 10 companies, for free.
Last checked: 2 minutes ago
Get notified about any outages, downtime or incidents for UiPath and 1800+ other cloud vendors. Monitor 10 companies, for free.
Outage and incident data over the last 30 days for UiPath.
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 |
|---|---|
| Action Center | Active |
| AI Center | Active |
| Apps | Active |
| Automation Cloud | Active |
| Automation Hub | Active |
| Automation Ops | Active |
| Autopilot for Everyone | Active |
| Cloud Robots - VM | Active |
| Communications Mining | Active |
| Computer Vision | Active |
| Context Grounding | Active |
| Customer Portal | Active |
| Data Service | Active |
| Documentation Portal | Active |
| Document Understanding | Active |
| Insights | Active |
| Integration Service | Active |
| Marketplace | Active |
| Orchestrator | Active |
| Process Mining | Active |
| Serverless Robots | Active |
| Solutions Management | Active |
| Studio Web | Active |
| Task Mining | Active |
| Test Manager | Active |
View the latest incidents for UiPath and check for official updates:
Description: The issue has been resolved and Integration Service is fully recovered for Community Users.
Status: Resolved
Impact: Critical | Started At: May 13, 2024, 10:58 p.m.
Description: ## Customer impact On May 13, 2024, at 12:04 UTC, enterprise customers with Orchestrator service deployed in the European Union got errors, timeouts, or their service was slow. This affected other services dependent on Orchestrator, like Automation Solutions, Studio Web, Insights, Integration Service, Action Center, and Apps. And it affected robot job execution. The error persisted for 1 hour and 45 minutes. ## Root cause Every time a query is executed for the first time in SQL Server, it is compiled and a query plan is generated. This query plan is stored in the SQL Server query plan cache. Occasionally, the database server decides to create a new query plan for the execution of the query. Plans are usually close to optimal, but sometimes, due to several factors \(parameter sniffing, outdated statistics, etc.\) the database server may choose a plan that works well in one instance but is slow in other cases. On May 13, 2024, our database server made a new query plan for an SQL query that's commonly executed. However, the plan was executed in parallel in a way that is not necessary. This caused the query to use too many resources and overloaded our database server. We solved the problem by identifying the new query plan. We then made the database server use an older query plan that is optimal. After that, we restarted the Orchestrator application. ## Detection Our automated monitoring system detected the issue within minutes and our engineers immediately started investigating. ## Response As soon as the automated alerts came in, we checked the SQL queries that use the most database resources. The database was at 100% capacity and this prevented the database reconnection. To fix it, we restarted the Orchestrator service. This freed up enough space to connect and proceed with debugging. After identifying the bad query plan as the possible cause, the old query plan was forced. This resulted in the database CPU usage going down by 50%, while other metrics remained high. We found that some database sessions were still using the old plan, so the application was restarted for the second time. This closed the sessions and brought the database resources back to normal. ## Follow-up As we continue to analyze this incident and our response, we have taken immediate action and started working on the following: * enable automatic plan correction on the database, which will help reduce the reaction time in similar instances. \[completed\] * configure our database to reduce the likelihood of our database server choosing unnecessary parallelization.
Status: Postmortem
Impact: Major | Started At: May 13, 2024, 12:42 p.m.
Description: This incident has been resolved.
Status: Resolved
Impact: Minor | Started At: May 2, 2024, 9:16 p.m.
Description: There was version mismatch during a recent release on Japan and Australia instances. We have performed the deployment rollback to mitigate the issue and Open/Create project operations are working fine now. Our engineers will be investigating this further to learn from and reduce the risk of potential recurrences. We apologize for the impact this had on our customers.
Status: Resolved
Impact: Minor | Started At: April 26, 2024, 2:08 p.m.
Description: The issue is mitigated and studio web's import process is functional again.
Status: Resolved
Impact: Minor | Started At: April 25, 2024, 10:30 a.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.
