Investigating elevated repo errors
Configuration & scaling improvements seem to be absorbing the traffic spikes more comfortably now. Resolving.
Home
/
Status
/
Service
Cloud package repository for private RubyGems, npm, PyPI, NuGet, Composer.
Source
auto
Category
Cloud
Adapter
STATUSPAGE IO
Verified
Pending review
Current state
Operational
Checked 51m ago
8
Components
0
Active incidents
0
Maintenance
33.33%
90d uptime
Investigating elevated repo errors
May 20, 1:20 PM
Component changes, incidents, and maintenance windows grouped by day.
operational
degraded
outage
maintenance
unknown
Showing 1 to 8 of 8 tracked components.
| Component | Status | Type | Last changed |
|---|---|---|---|
Dashboard Browser interface to Gemfury accounts | Operational | Component | Not recorded |
Git server Git server and builder | Operational | Component | Not recorded |
API Backend for CLI and Dashboard | Operational | Component | Not recorded |
Repo endpoints Your package manager interface | Operational | Component | Not recorded |
Static site Documentation, Blog, Homepage, etc | Operational | Component | Not recorded |
Uploads | Operational | Component | Not recorded |
Badge Public Version Badge service at https://badge.fury.io | Operational | Component | Not recorded |
Custom domains Custom domain endpoint | 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.
Gemfury 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.
33.33%
Known uptime
3 known history days
8
Components tracked
0 outage, 0 degraded
44
Incidents indexed
0 active right now
8
Maintenance windows
0 active or scheduled
Components with the most recent status-page events.
API
Operational
Badge
Operational
Custom domains
Operational
Dashboard
Operational
Git server
Operational
1
operational days
0
degraded days
2
outage days
0
maintenance days
87
unknown days
Latest outages and degradations detected from the official status page.
Configuration & scaling improvements seem to be absorbing the traffic spikes more comfortably now. Resolving.
Jobs processing normally, and outstanding work has been completed. Resolving.
Production-specific misconfiguration caused our async workers to enter a crash-restart loop. We've fixed the issue, and we will be looking into how to catch these issues earlier in the release process. Resolving.
Resolving the incident to continue the investigation and fix offline.
Operations returned to normal. We will address the performance issue through our development cycle.
We've tracked the issue down to a frequent DB update and applied a fix to reduce it. Resolving the incident while we will keep monitoring the fix.
**Summary** First, we want to thank everyone for your patience as we worked through this incident. After restoring platform availability, we noticed that some services \(e.g. uploads\) did not immediately recover. This postmortem explains what happened, what we found, and what we’re doing to prevent similar issues in the future. **What Happened** The platform experienced a temporary availability outage that affected several services. While core systems came back online as expected, a subset of services continued to experience availability issues after the upstream outage. **Root Cause** The affected services were still using stale DNS cache entries from during the outage, preventing them from reaching other internal components. While DNS caching is technically correct, our monitoring should have detected the failures, and prompted corrective action. However, our existing checks were only performing shallow availability tests and did not verify internal reachability, leading to a false positive. **Resolution** Once identified, clearing the DNS caches restored full connectivity and service availability. To prevent recurrence, we’ve extended our monitoring to include internal reachability probes, ensuring that similar issues are surfaced automatically in the future. **Closing** We understand how disruptive downtime can be, and we’re committed to learning from each incident to make our platform more resilient. Thank you again for your patience and continued trust.
Upstream issue has been resolved. We are back to normal. Resolving.
It appears a misplaced space in a configuration update of caused the configured library to throw exceptions for some of the requests. We've fixed the configuration and will be patching the library to ensure this is handled more gracefully. Resolving.
Upstream incident has been resolved, and no problems otherwise. Resolving.
Scheduled and completed maintenance windows are separated from incidents.
Successfully completed maintenance. Resolving.
The scheduled maintenance has been completed.
The scheduled maintenance has been completed.
Maintenance completed.
The scheduled maintenance has been completed.
Everything looks good. Thank you for your patience everyone - we're working hard to return Gemfury to the level of stability that you've come to trust from us.
The scheduled maintenance has been completed.
The scheduled maintenance has been completed.
Uptimus tracks the official Gemfury status page, normalizes upstream events, and separates incidents from scheduled maintenance.
Official source
https://status.fury.co
Adapter
STATUSPAGE 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