Skip to main content
HashiCorp logo

Is HashiCorp Down?

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

Right now

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

HashiCorp's status page

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

Operational
HashiCorp's components, as its status page reports them
ComponentStatus
HCP PortalOperational
HCP APIOperational
HCP BoundaryOperational
Azure-Australia SoutheastOperational
Azure-Canada CentralOperational
Azure-East US 2Operational
Azure-France CentralOperational
Azure-Japan EastOperational
Azure-North EuropeOperational
Azure-Southeast AsiaOperational
Azure-UK SouthOperational
Azure-West EuropeOperational
1 more, all operational · show all 13
All of HashiCorp's components
ComponentStatus
HCP PortalOperational
HCP APIOperational
HCP BoundaryOperational
Azure-Australia SoutheastOperational
Azure-Canada CentralOperational
Azure-East US 2Operational
Azure-France CentralOperational
Azure-Japan EastOperational
Azure-North EuropeOperational
Azure-Southeast AsiaOperational
Azure-UK SouthOperational
Azure-West EuropeOperational
Azure-West US 2Operational
12 locations All operational

FlareWarden checks

portal.cloud.hashicorp.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
317 ms
Checked

By region

  • Amsterdam reachable, 132 ms
  • Dallas reachable, 382 ms
  • Frankfurt reachable, 141 ms
  • Newark reachable, 204 ms
  • Paris reachable, 154 ms
  • Stockholm reachable, 920 ms
  • São Paulo reachable, 261 ms
  • Toronto reachable, 346 ms
Timing by region
Connection timing for each region that loaded the page
RegionDNSTCPTLSTTFB
Amsterdam43 ms2 ms6 ms119 ms
Dallas209 ms0 ms4 ms349 ms
Frankfurt85 ms2 ms4 ms126 ms
Newark110 ms3 ms11 ms175 ms
Paris53 ms2 ms5 ms131 ms
Stockholm73 ms1 ms3 ms581 ms
São Paulo191 ms1 ms3 ms250 ms
Toronto204 ms8 ms15 ms301 ms
We check that portal.cloud.hashicorp.com loads, not every feature behind it. Test it yourself

History

Incidents HashiCorp reported

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

Incidents
2
Major or critical
1
Median to resolve
2h 18m
  1. lasted 1h 51m
  2. lasted 2h 45m

HashiCorp website availability

Measured by FlareWarden · portal.cloud.hashicorp.com

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

Last 30 days

69-day clean streak
Oct 7: 100.00% uptime, 32 checks
Oct 8: 100.00% uptime, 32 checks
Oct 9: 100.00% uptime, 32 checks
Oct 10: 100.00% uptime, 32 checks
Oct 11: 100.00% uptime, 32 checks
Oct 12: 100.00% uptime, 32 checks
Oct 13: 100.00% uptime, 32 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, 29 checks
Oct 18: 100.00% uptime, 32 checks
Oct 19: 100.00% uptime, 32 checks
Oct 20: 100.00% uptime, 32 checks
Oct 21: 100.00% uptime, 32 checks
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
Oct 27: 100.00% uptime, 32 checks
Oct 28: 100.00% uptime, 32 checks
Oct 29: 100.00% uptime, 32 checks
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, 32 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 portal.cloud.hashicorp.com from multiple regions every 6 hours. HashiCorp's status page sets the verdict above when it reports trouble, but never these figures. Percentages count only checks that returned an availability answer — 69 days measured so far. A dash means that window does not yet hold enough measured days to publish a figure.

What HashiCorp does

HashiCorp builds infrastructure tooling: Terraform for provisioning, Vault for secrets, Consul for service networking, Boundary for access and Packer for image builds. Most are available both as software you run yourself and as managed services on the HashiCorp Cloud Platform. Its status page covers the hosted side, plus the Terraform Registry and the releases site that distributes binaries.

What an outage looks like

HCP Terraform runs queue without starting, or plans fail while fetching modules and providers from the Terraform Registry. Vault Dedicated and Consul Dedicated clusters become unreachable from the portal. A distinct failure is the Releases component: CI jobs that download HashiCorp binaries fail at that step even though running clusters and workloads are untouched.

What to do about it

Check status.hashicorp.com and find the specific product, since HCP Vault Dedicated and HCP Consul Dedicated each carry more than twenty components of their own. The page covers HashiCorp Cloud Platform services, the Terraform Registry, Vagrant Cloud and Releases. Keep a local mirror or cache of providers and binaries if registry and release fetches are what block your pipelines.

Is it down for everyone, or just you?

If this page says HashiCorp 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

HashiCorp outage FAQ

Is my self-managed Vault or Consul affected when HashiCorp is down?
HashiCorp's status page lists HCP products, the Terraform Registry, Vagrant Cloud and Releases. Software you run on your own infrastructure is not reported there, so an HCP incident tells you nothing about your own clusters either way. Diagnose self-managed installations from your own monitoring rather than from the vendor page.
My terraform plan fails downloading providers. Is HashiCorp down?
Check the Terraform Registry component, which is reported separately from HCP Terraform. Provider and module downloads come from the registry, so a registry incident breaks plans and applies everywhere, including on self-managed Terraform, while HCP Terraform workspaces may look fine. A local provider mirror removes this dependency for future runs.
Our CI cannot download the Terraform binary. Is that the same outage?
Possibly not. Releases is its own component, covering the site that distributes HashiCorp binaries, and it carries several sub-components. A Releases incident breaks any pipeline step that fetches a binary at build time while your running Vault, Consul and Terraform workloads continue untouched. Caching binaries in your own artifact store avoids it.
Why does HCP Terraform work while HCP Vault is down?
They are separate services with separate status components. HashiCorp lists HCP Portal, HCP API, HCP Boundary, HCP Consul Dedicated, HCP Infragraph, HCP Packer, HCP Vault Dedicated, HCP Vault Radar, HCP Waypoint and HCP Terraform individually. Incidents are routinely scoped to one product, so read the row for the service you actually use.
How granular is HashiCorp's status page?
More granular than the summary suggests. HCP Vault Dedicated is reported across twenty-three components and HCP Consul Dedicated across twenty-two, with Infragraph and Releases carrying their own sub-components. An all-clear banner can sit above a single failing sub-component, so expand the product you depend on rather than trusting the headline.

How we measure this

  • We request HashiCorp'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 HashiCorp 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 HashiCorp 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 HashiCorp goes down

We check HashiCorp 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