Loading status…
Loading status…
npm status · Developer Tools · checked (37s ago)
Also searched as npmjs, npm registry.
No — npm is not down. All npm systems are reported operational.
According to npm's official status page, npm was reporting “All Systems Operational” when isuptime last checked at . Over the last 30 days, npm's feed reported no outage in 100.00% of our checks.
Everything above is read from npm's own status feed. This is what other visitors are saying in the last 24 hours — useful when the feed is green and you are still stuck, and never used to change the status above.
Nobody has reported npm in the last 24 hours. Yours would be the first.
Reports are anonymous counts and are kept for 24 hours, then deleted. No account, no message, nothing stored about who reported. One report per service per hour, changeable until the hour is out.
npm is the registry behind the JavaScript ecosystem — the source almost every `npm install`, `yarn install` and `pnpm install` reads from, along with the website and the publishing API. It is owned by GitHub, but has its own status page and fails independently.
npm's status page separates package downloads from publishing, search and the website. Downloads are the component that matters: publishing can be broken all day without anyone's CI noticing, whereas a downloads incident stops builds worldwide within minutes.
isuptime reads this feed on a schedule and reports what it says — how that works, in detail.
One bar per day. Each shows the share of that day's checks where npm's own status feed reported no outage — degraded counts as no-outage. Days with no bar are days isuptime recorded no checks, not days npm was down.
9 other services isuptime tracks were also reporting a problem as of the same check, 37s ago. They are checked on one schedule, so the timing is comparable — but overlapping in time does not mean they share a cause.
Each point is one check of npm's status endpoint.
npm has published 27 incidents in the last 12 months, the 20 most recent shown here. Only what npm posted itself — not every problem users hit.
resolved · Sep 15, 05:20 PM (8d ago)
resolved · Sep 15, 04:13 PM (8d ago)
resolved · Sep 4, 11:29 AM (19d ago)
resolved · Sep 3, 09:42 PM (19d ago)
resolved · Jul 30, 12:06 PM (55d ago)
resolved · Jul 24, 11:08 AM (61d ago)
resolved · Jul 23, 04:09 PM (62d ago)
resolved · Jun 12, 12:08 PM (103d ago)
resolved · Apr 29, 08:07 PM (146d ago)
resolved · Apr 29, 04:48 PM (147d ago)
resolved · Apr 28, 07:55 PM (147d ago)
resolved · Apr 27, 09:06 PM (148d ago)
resolved · Apr 1, 10:05 AM (175d ago)
resolved · Mar 31, 07:12 PM (175d ago)
resolved · Mar 30, 04:41 PM (177d ago)
resolved · Mar 30, 02:54 PM (177d ago)
resolved · Mar 25, 10:39 PM (181d ago)
resolved · Mar 5, 11:41 AM (202d ago)
resolved · Feb 25, 06:43 PM (209d ago)
resolved · Feb 17, 08:01 PM (217d ago)
A failing install is usually local. Try a different registry mirror or clear the cache with `npm cache clean --force`. Corporate proxies and self-signed certificates produce SSL errors that look like registry failures. `ETARGET` and `ERESOLVE` are dependency-resolution problems in your own tree, and a 404 on a private package is authentication, not an outage.
npm is reporting no problems right now. If it stops, these cover the same job — each shows its own live status.
Status shown for each is read from that provider's own feed, on the same schedule as this page.