Outrage in Asia Regions
May 13, 2019 02:15 +08 Investigating - Recieved alarm on disrupted service in for Asia regions (Singapore). May 13, 2019 02:26 +08 Resolved - Restarted those instanses and add more memory, the service was fully recovered.
Home
/
Status
/
Service
Distributed POSIX file system for cloud storage.
Source
auto
Category
Cloud
Adapter
STATUS IO
Verified
Pending review
Current state
Operational
Checked 6h ago
70
Components
0
Active incidents
0
Maintenance
100%
90d uptime
Outrage in Asia Regions
May 12, 6:26 PM
Component changes, incidents, and maintenance windows grouped by day.
operational
degraded
outage
maintenance
unknown
Showing 1 to 25 of 70 tracked components.
| Component | Status | Type | Last changed |
|---|---|---|---|
JuiceFS Regions - AWS (Asia Pacific - Hongkong) JuiceFS Regions | Operational | Component | Not recorded |
JuiceFS Regions - AWS (Asia Pacific - Mumbai) JuiceFS Regions | Operational | Component | Not recorded |
JuiceFS Regions - AWS (Asia Pacific - Seoul) JuiceFS Regions | Operational | Component | Not recorded |
JuiceFS Regions - AWS (Asia Pacific - Singapore) JuiceFS Regions | Operational | Component | Not recorded |
JuiceFS Regions - AWS (Asia Pacific - Sydney) JuiceFS Regions | Operational | Component | Not recorded |
JuiceFS Regions - AWS (Asia Pacific - Tokyo) JuiceFS Regions | Operational | Component | Not recorded |
JuiceFS Regions - AWS (CN - Beijing) JuiceFS Regions | Operational | Component | Not recorded |
JuiceFS Regions - AWS (CN - Ningxia) JuiceFS Regions | Operational | Component | Not recorded |
JuiceFS Regions - AWS (US East - N. Virginia) JuiceFS Regions | Operational | Component | Not recorded |
JuiceFS Regions - AWS (US East - Ohio) JuiceFS Regions | Operational | Component | Not recorded |
JuiceFS Regions - AWS (US West - N. California) JuiceFS Regions | Operational | Component | Not recorded |
JuiceFS Regions - AWS (US West - Oregon) JuiceFS Regions | Operational | Component | Not recorded |
JuiceFS Regions - Aliyun (Asia - Singapore) JuiceFS Regions | Operational | Component | Not recorded |
JuiceFS Regions - Aliyun (Asia - Tokyo) JuiceFS Regions | Operational | Component | Not recorded |
JuiceFS Regions - Aliyun (CN - Hongkong) JuiceFS Regions | Operational | Component | Not recorded |
JuiceFS Regions - Aliyun (CN East 1 - Hangzhou) JuiceFS Regions | Operational | Component | Not recorded |
JuiceFS Regions - Aliyun (CN East 2 - Shanghai) JuiceFS Regions | Operational | Component | Not recorded |
JuiceFS Regions - Aliyun (CN North 1 - Qingdao) JuiceFS Regions | Operational | Component | Not recorded |
JuiceFS Regions - Aliyun (CN North 2 - Beijing) JuiceFS Regions | Operational | Component | Not recorded |
JuiceFS Regions - Aliyun (CN North 3 - Zhangjiakou) JuiceFS Regions | Operational | Component | Not recorded |
JuiceFS Regions - Aliyun (CN North 5 - Huhehaote) JuiceFS Regions | Operational | Component | Not recorded |
JuiceFS Regions - Aliyun (CN South 1 - Shenzhen) JuiceFS Regions | Operational | Component | Not recorded |
JuiceFS Regions - Aliyun (EU - Frankfurt) JuiceFS Regions | Operational | Component | Not recorded |
JuiceFS Regions - Aliyun (US East 1 - Virginia) JuiceFS Regions | Operational | Component | Not recorded |
JuiceFS Regions - Aliyun (US West 1 - Silicon Vally) JuiceFS Regions | Operational | Component | Not recorded |
Follow outages, degraded components, and maintenance updates in your Uptimus workspace with email, push, and webhook alerts.
Related status pages based on category, adapter type, and operational history.
Juicefs is currently marked as Operational in Uptimus based on the latest official status page check.
Supported status page providers are checked continuously by our scraper scheduler. The public page is cached briefly for SEO and performance.
No. Uptimus stores incidents and maintenance windows separately when the upstream provider exposes enough detail.
Yes. Create an Uptimus workspace, follow this provider, and choose email, push, or webhook notifications.
Normalized official status-page data for incidents, maintenance, components, and history.
100%
Known uptime
1 known history days
70
Components tracked
0 outage, 0 degraded
7
Incidents indexed
0 active right now
0
Maintenance windows
0 active or scheduled
Components with the most recent status-page events.
JuiceFS Regions - AWS (Asia Pacific - Hongkong)
Operational
JuiceFS Regions - AWS (Asia Pacific - Mumbai)
Operational
JuiceFS Regions - AWS (Asia Pacific - Seoul)
Operational
JuiceFS Regions - AWS (Asia Pacific - Singapore)
Operational
JuiceFS Regions - AWS (Asia Pacific - Sydney)
Operational
1
operational days
0
degraded days
0
outage days
0
maintenance days
89
unknown days
Latest outages and degradations detected from the official status page.
May 13, 2019 02:15 +08 Investigating - Recieved alarm on disrupted service in for Asia regions (Singapore). May 13, 2019 02:26 +08 Resolved - Restarted those instanses and add more memory, the service was fully recovered.
May 15, 2018 21:08 +08 Investigating - Two of the three meta service for UCloud North failed, which caused service outage. May 15, 2018 21:38 +08 Resolved - - Apply for new available zone E and distribute meta services in zone B, D, E to reduce the outage chance. - Lower the alarm threshold to detect failure sooner
February 18, 2018 12:08 +08 Investigating - Two of the three meta services failed to accept new connections. No syslog for past 20 hours. February 18, 2018 12:55 +08 Resolved - - Reboot node to recover - Rollback recent changes in syslog configuration
January 22, 2018 20:42 +08 Investigating - Out of memory when rotating changelog to disk. It causes slow response in election and finally losing leader. January 22, 2018 20:54 +08 Resolved - - Increase memory - Adjust alarm threshold for memory
November 17, 2017 04:16 +08 Investigating - 12:18 Received alarm about disruption of JuiceFS metadata service in UCloud beijing region. Investigation started. 12:20 Saw that two follower nodes can't replay change log from leader, kept restarting. 12:23 Restarted the previous leader. 12:26 Service is fully recovered, back to normal. 13:30 Find the bug that cause the failure of applying. 20:30 Deployed the bugfix. November 17, 2017 04:26 +08 Resolved - This is caused by a bug introduced in 4.2.2, which have a slightly different logic to apply change log, that introduce different internal result and fail the checksum. The bug was fixed and deployed.
July 3, 2017 14:30 +08 Scheduled - Deploy a new release with huge performance improvements. July 3, 2017 14:30 +08 Active - 6:30 Deployed to Aliyun HK region, 6:40 Start to deploy to all regions. July 3, 2017 14:50 +08 Completed - 6:50 Deployed to all regions successfully.
May 16, 2017 14:12 +08 Investigating - 6:14 Got a report that JuiceFS in AWS Beijing region is slow, timeout to connect to metadata service. 6:16 Start investigating. We realized that a node from UCloud Beijing region is elected as active to serve requests from AWS Beijing. The egress of AWS Beijing region is slow and dropping packets. 6:30 The egress of AWS Beijing is back to normal. May 16, 2017 14:30 +08 Resolved - 13:34 All the node for AWS Beijing are moved to AWS Beijing to make sure that slowness of egress will not degrade the performance of JuiceFS. We also double check all other regions to make sure that the metadata service is access within the same region for better performance.
Scheduled and completed maintenance windows are separated from incidents.
No recent maintenance windows recorded.
Uptimus tracks the official Juicefs status page, normalizes upstream events, and separates incidents from scheduled maintenance.
Official source
http://status.juicefs.io
Adapter
STATUS IO
Alert streams
Incidents, component changes, and maintenance windows.
Public SEO page
Indexable status history for users searching outage information.
Regional reports can be layered on top of official provider status when user signals are available.
Official provider components
Incident and maintenance separation
Workspace alerts and webhooks