Skip to main content

Is Red Hat Down?

No — Red Hat is up
Red Hat's status page
Operational · no open incidents
FlareWarden checks
Website reachable · 8 of 8 regions · 1003 ms

Right now

The verdict is the worse of these two. How we decide

Red Hat's status page

status.redhat.com · read · checked every 3 minutes

Operational
Red Hat's components, as its status page reports them
ComponentStatus
Registry Account ManagementOperational
registry.redhat.ioOperational
registry.access.redhat.comOperational
registry.connect.redhat.comOperational
DownloadsOperational
SearchOperational
SSO AuthenticationOperational
Web Page ContentOperational
Catalog AppOperational
Container APIOperational
SearchOperational
Partner Container Certification WorkflowOperational
107 more, all operational · show all 119
All of Red Hat's components
ComponentStatus
Container Registries
Registry Account ManagementOperational
registry.redhat.ioOperational
registry.access.redhat.comOperational
registry.connect.redhat.comOperational
developers.redhat.com
DownloadsOperational
SearchOperational
SSO AuthenticationOperational
Web Page ContentOperational
catalog.redhat.com
Catalog AppOperational
Container APIOperational
SearchOperational
connect.redhat.com
Partner Container Certification WorkflowOperational
Partner Acceleration DeskOperational
Partner Account ManagementOperational
Partner PortalOperational
Partner Program ContentOperational
Partner Relationship ManagementOperational
Partner SubscriptionsOperational
Partner Training PortalOperational
Red Hat Content CenterOperational
SearchOperational
SSO AuthenticationOperational
console.redhat.com
Ansible Automation Platform - Automation AnalyticsOperational
Ansible Automation Platform - Automation HubOperational
Core PlatformOperational
Cost ManagementOperational
OpenShift Cluster ManagerOperational
OpenShift DedicatedOperational
RBACOperational
Red Hat Advanced Cluster Security Cloud ServiceOperational
Red Hat Lightspeed - AdvisorOperational
Red Hat Lightspeed - Advisor (Openshift) - APIOperational
Red Hat Lightspeed - Chrome ServiceOperational
Red Hat Lightspeed - Cloud-ConnectorOperational
Red Hat Lightspeed - ComplianceOperational
Red Hat Lightspeed - Export-ServiceOperational
Red Hat Lightspeed - Image BuilderOperational
Red Hat Lightspeed - InventoryOperational
Red Hat Lightspeed - Malware DetectionOperational
Red Hat Lightspeed - Malware detectionOperational
Red Hat Lightspeed - NotificationsOperational
Red Hat Lightspeed - PatchOperational
Red Hat Lightspeed - PlanningOperational
Red Hat Lightspeed - Playbook-DispatcherOperational
Red Hat Lightspeed - QuickstartsOperational
Red Hat Lightspeed - RemediationsOperational
Red Hat Lightspeed - Resource OptimizationOperational
Red Hat Lightspeed - SourcesOperational
Red Hat Lightspeed - VulnerabilityOperational
Red Hat OpenShift Data ScienceOperational
Red Hat OpenShift Service on AWS (ROSA)Operational
Red Hat Trusted Application Pipeline - ApiOperational
Red Hat Trusted Application Pipeline - Build PipelinesOperational
Red Hat Trusted Application Pipeline - Component OnboardingOperational
Red Hat Trusted Application Pipeline - Component PromotionOperational
Red Hat Trusted Application Pipeline - ConsoleOperational
Red Hat Trusted Application Pipeline - Continuous DeploymentOperational
Red Hat Trusted Application Pipeline - Java Build ServiceOperational
Red Hat Trusted Application Pipeline - Release PipelinesOperational
Red Hat Trusted Application Pipeline - Secrets ManagementOperational
Red Hat Trusted Application Pipeline - Test PipelinesOperational
Subscription WatchOperational
UploadsOperational
bugzilla.redhat.com
HomepageOperational
api.openshift.com
OpenShift Update ServiceOperational
Assisted Installer ServiceOperational
Repositories
maven.repository.redhat.comOperational
npm.registry.redhat.comOperational
repository.jboss.orgOperational
content.redhat.com
HomepageOperational
intelligence.redhat.com
APIOperational
HomepageOperational
Red Hat Ansible Lightspeed with IBM watsonx Code Assistant
Ansible LightspeedOperational
jboss.org
HomepageOperational
Quay.io
APIOperational
Build SystemOperational
RegistryOperational
FrontendOperational
Security ScanningOperational
docs.redhat.com
ContentOperational
HomepageOperational
Product HubOperational
Product IndexOperational
SearchOperational
events.redhat.com
HomepageOperational
Red Hat 3scale API Management
API ManagerOperational
Service Management APIOperational
access.redhat.com
AskOperational
Community and DiscussionsOperational
ComplianceOperational
Customer Service WebformOperational
DownloadsOperational
HomepageOperational
KnowledgebaseOperational
LabsOperational
Product Life CyclesOperational
SearchOperational
Security PagesOperational
SFTPOperational
SSO AuthenticationOperational
StartOperational
Start a CallOperational
Subscription Management APIOperational
Subscription Management FrontendOperational
Support CasesOperational
CDN and Entitlement Network
subscription.rhsm.redhat.comOperational
api.rhsm.redhat.comOperational
cdn.redhat.comOperational
MCP Servers
Docs MCPOperational
Product MCPOperational
Security MCPOperational
SSO AuthenticationOperational
Atlassian Cloud
redhat.atlassian.netOperational
cloud.redhat.com
HomepageOperational
SearchOperational
SSO AuthenticationOperational
ExpertsOperational
Red Hat Ansible Automation Platform Service
Red Hat Ansible Automation Platform Service on AWS: ProvisioningOperational
Red Hat Ansible Automation Platform Service on AWS: Existing DeploymentsOperational

FlareWarden checks

redhat.com from 8 regions · when you open this page (at most every 30 minutes), otherwise every 6 hours

Reachable
Regions up
8 of 8
Response
1003 ms
Checked

By region

  • Ashburn reachable, 443 ms
  • Chicago reachable, 470 ms
  • Frankfurt reachable, 1699 ms
  • Johannesburg reachable, 1125 ms
  • London reachable, 161 ms
  • Los Angeles reachable, 342 ms
  • São Paulo reachable, 2916 ms
  • Tokyo reachable, 868 ms
Timing by region
Connection timing for each region that loaded the page
RegionDNSTCPTLSTTFB
Ashburn0 ms16 ms34 ms342 ms
Chicago0 ms3 ms7 ms215 ms
Frankfurt0 ms100 ms203 ms1174 ms
Johannesburg0 ms1 ms3 ms1107 ms
London0 ms2 ms6 ms134 ms
Los Angeles0 ms2 ms6 ms317 ms
São Paulo0 ms133 ms268 ms2220 ms
Tokyo1 ms1 ms3 ms853 ms
We check that redhat.com loads, not every feature behind it. Test it yourself

History

Incidents Red Hat reported

Since Oct 22, 15 days · from status.redhat.com

Incidents
13
Major or critical
7
Median to resolve
6h 57m
  1. lasted 6h 57m
  2. lasted 2d 23h
  3. API errors

    critical ·

    lasted 2h 12m
  4. lasted 4d
  5. lasted 1h 48m
  6. lasted 8h 55m
  7. lasted 12d
  8. lasted 25m

And 5 more in this window. Full history on their status page

Red Hat website availability

Measured by FlareWarden · redhat.com

Last 7 days
100%
Last 30 days
100%
Last 90 days
100%
Avg response, 30 days
725ms

Last 30 days

58-day clean streak
Oct 7: 100.00% uptime, 31 checks
Oct 8: 100.00% uptime, 32 checks
Oct 9: 100.00% uptime, 31 checks
Oct 10: 100.00% uptime, 32 checks
Oct 11: 100.00% uptime, 31 checks
Oct 12: 100.00% uptime, 32 checks
Oct 13: 100.00% uptime, 31 checks
Oct 14: 100.00% uptime, 32 checks
Oct 15: 100.00% uptime, 32 checks
Oct 16: 100.00% uptime, 31 checks
Oct 17: 100.00% uptime, 31 checks
Oct 18: 100.00% uptime, 32 checks
Oct 19: 100.00% uptime, 31 checks
Oct 20: 100.00% uptime, 32 checks
Oct 21: 100.00% uptime, 32 checks, 1 incident
Oct 22: 100.00% uptime, 32 checks
Oct 23: 100.00% uptime, 32 checks
Oct 24: 100.00% uptime, 32 checks
Oct 25: 100.00% uptime, 32 checks
Oct 26: 100.00% uptime, 32 checks, 1 incident
Oct 27: 100.00% uptime, 32 checks, 1 incident
Oct 28: 100.00% uptime, 32 checks, 1 incident
Oct 29: 100.00% uptime, 31 checks, 1 incident
Oct 30: 100.00% uptime, 32 checks
Oct 31: 100.00% uptime, 32 checks
Nov 1: 100.00% uptime, 32 checks
Nov 2: 100.00% uptime, 32 checks
Nov 3: 100.00% uptime, 32 checks
Nov 4: 100.00% uptime, 31 checks
Nov 5: 100.00% uptime, 32 checks
Oct 7 Today
No downtime Partial Downtime Not measurable No data

Measured by FlareWarden's own checks of redhat.com from multiple regions every 6 hours. Red Hat's status page sets the verdict above when it reports trouble, but never these figures. Percentages count only checks that returned an availability answer — 58 days measured so far. A dash means that window does not yet hold enough measured days to publish a figure.

What Red Hat does

Red Hat sells enterprise open source software: Red Hat Enterprise Linux, OpenShift, Ansible Automation Platform and the subscription services around them. Its hosted estate is what running systems actually depend on, including the content delivery network that serves package updates, the entitlement service that authorises them, the container registries, and the Customer Portal where downloads and support cases live.

What an outage looks like

Package updates fail. dnf or yum stops partway with errors reaching cdn.redhat.com, or reports that a system is not entitled when the subscription service is unreachable. Container image pulls from registry.redhat.io fail during builds and deployments. The Customer Portal at access.redhat.com will not load, so knowledgebase articles, downloads and support cases are unavailable.

What to do about it

Read status.redhat.com, which lists components by hostname rather than by product. Check the specific host your error names: cdn.redhat.com and subscription.rhsm.redhat.com for updates and entitlement, registry.redhat.io for image pulls, access.redhat.com for the portal and support cases. Running systems and already-pulled containers are unaffected, so hold deployments rather than rebuilding.

Is it down for everyone, or just you?

If this page says Red Hat is up but it is not loading for you, the problem is between you and them. Run a check against any URL from up to 17 cities across three regions to find out where it breaks.

Test it yourself

Related services

Red Hat outage FAQ

Why does dnf say my system is not entitled when the subscription is valid?
When subscription.rhsm.redhat.com or api.rhsm.redhat.com is unreachable, the entitlement check fails and the error reads like a subscription problem rather than a network one. Confirm under CDN and Entitlement Network on status.redhat.com before opening a support case or re-registering the host, because re-registering during an incident tends to make the state harder to unpick afterwards.
Does a Red Hat outage take my running servers down?
No. Red Hat's status page covers Red Hat's own hosted services, not the software already installed on your machines. Running RHEL systems, existing OpenShift clusters and containers already pulled keep working. What stops is anything that needs to reach Red Hat: updates, new image pulls, cluster provisioning through the console, and the support portal.
Can I still open a support case during an outage?
Not through the portal if access.redhat.com is affected, because Support Cases is one of its components. status.redhat.com lists Customer Service Webform, Support Cases and Start a Call as separate rows, so check which of those is actually down. Red Hat publishes incidents on its status page precisely because the usual support channel may be the unavailable thing.
Is Quay.io covered by Red Hat's status page?
Yes. Quay.io appears as its own component group on status.redhat.com, with API, Build System, Registry, Frontend and Security Scanning broken out separately. That matters if your builds pull from Quay rather than registry.redhat.io, because the two are distinct components and one can fail while the other serves images normally.
Does an outage affect OpenShift clusters I already run?
Existing clusters and the workloads on them keep running. What depends on Red Hat's hosted side is provisioning and lifecycle management through OpenShift Cluster Manager on console.redhat.com. Red Hat's own maintenance notices make the same distinction, stating that user workloads on existing clusters remain available while new clusters cannot be provisioned during the window.

How we measure this

  • We request Red Hat's public endpoint every 6 hours from Fly.io regions across six continents — the most recent check ran from 8 of them. When you open this page and our last check is more than 30 minutes old, we check again on the spot; those checks update the verdict, never the availability figures.
  • A region counts as down only when it gets no usable HTTP response. A 403 or 429 means the origin answered and refused us, which we report as blocked, never as an outage.
  • A single failing region is treated as probe noise. Our checks only change their verdict when two consecutive cycles agree.
  • Response times average only the regions that actually served the page, so a timeout never inflates the number.
  • Where Red Hat publishes an official status feed we read it too, and the verdict is the worse of what it reports and what our checks see: a major outage of Red Hat itself is Down, trouble with one part of it is Degraded, problems at a few of a provider's many locations change nothing, and a security notice that marks nothing down is shown but changes nothing either. We check the feed every 3 minutes and read it again within minutes of any change to its incidents or components; a reading counts for 45 minutes after the last check that found nothing changed. The availability figures above are our measurement alone.

Get alerted when Red Hat goes down

We check Red Hat every 6 hours, and again when you open this page if that was more than 30 minutes ago. Your own monitors run as often as every 30 seconds, from up to 17 cities across three regions, and tell you the moment something breaks.

Start Free Monitoring
Free plan available No credit card required