Skimdb is down for me anyone else??

https://skimdb.npmjs.com/registry

me as well. I don’t know npm teams even really notice this :(

I mean it has been a day is it possible it is EOL?

I’ve also been seeing this for a couple of days. I tried using replicate.npmjs.com and registry.npmjs.com, but the view I’m executing doesn’t return any results.

I would love to hear from npm support about this.
If it’s EOL, they should at least have notified us ahead.

Any info about it? Was it shut down completely?

This is the only API I have found to get machine readable version information for npm packages . At linuxserver.io we use this to trigger new releases for npm packaged programs and properly tag our containers. If there is an alternative Json endpoint I would really like to swap over.
As of now skimdb is hard coded into our logic.
Can a team member please chime in here?? I cannot find any information anywhere about this issue.

1 Like

I contacted npm support.
Here is their response.

Hi Martin,

Thanks for reaching out.

We recommend using replicate.npmjs.com instead. This serves the same purpose as skimdb, but with the added bonus of including scoped public packages.

https://skimdb.npmjs.com is in the process of being retired. We will be officially and fully retiring this host (as in, skimdb.npmjs.com) in the very near future.

Please let us know if you need additional assistance. We’re always happy to help.

2 Likes

Thanks https://replicate.npmjs.com/registry/packagename is exactly what I was looking for . Much appreciated .

This is such an asshat move by the NPM organization. This caused havoc for many services, since they never alerted anyone of their decitition to shut down the one server people relied. The guys over at RunKit have had massive issues trying to put out the fires caused by this, disrupting a service many people rely.

Hi there folks. :wave:

I’m an SRE on the npm infrastructure team, last week we planned to shut down skimdb.npmjs.com because it’s difficult to maintain and the source of many outages and on-call toil, we made plans to disclose this fact to the community responsibly and repoint the domain to replicate.npmjs.com.

So what went wrong? Human error, with a few other fires happening this week, the work to decommission the service happened out of sync with the rest of the plan. :frowning_face:

We’re truly sorry for the distress, anger and extra labor this has caused, and we will carry out a retrospective to document how it happened like this and avoid similar happening again.

I have repointed skimdb :arrow_right: replicate and I’m working on a blog post to get the word (and apology) out there.

:sparkling_heart:

6 Likes

Thanks for repointing the domain, however, it seems like there is an issue with retrieving data from some of the couchdb views (this was already happening on the replicate domain and I opened a ticket with npm support but haven’t heard back yet).

For instance using the byUser view returns 0 packages. This can be tested using the npm-stats.com site: http://www.npm-stats.com/doowb

Will the old endpoints still be valid? If not, is there any documentation on how to get the same information? I’m still able to see my list of repositories through npmjs.com: https://www.npmjs.com/~doowb so I’m assuming there’s still a way to get that list.

Hey Brian,

can you please open a ticket in support@npmjs.com so we can get high visibility into this and address it properly.

thank you!

I already opened a ticket but I haven’t heard back yet.

excellent, thank you.

I’ll look up in the system and ensure it gets higher priority.

1 Like

That’s an exemplary response, Wes. Thank you for disclosing a bit what went on behind the curtain veil.

Just wanted to come back here and say thanks for the help through NPM support. I was able to learn more about the available api and update my projects to get the data I’m looking for.

3 Likes

This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.