The Servarr dev team would like another dev/team to take over the readarr project. Otherwise it's probably just going to atrophy until it's unusable.
Below are the summarized issues of the Readarr Metadata Server.
For the latest updates please refer to the pinned messages in the Readarr Discord
It is only anticipated that Open Library will resolve the 'Large Author Issue' and similar GoodRead's Specific Issues
Due to continuous GoodReads issues - work has begun by a community member and is also being poked at by one of the Servarr Development Team members to migrate to OpenLibrary. Note that Readarr effectively has no active developers at this time and given the berth of the project it will be slow moveing. If you wish to assist with this - please visit us on Discord, acquire the Tester role and meet us in the appropiate channel. Please do not ask for updates as that is not productive and updates will be shared as progress progresses.
Per the community user:
for anyone coming here for the first time, what needs to be done has mostly been laid out in the GitHub issues of the repo
The replacement metadata server is close to completion which should resolve the issue for everyone in the meantime. If you're referring to switching to book-based instead of author-based, I don't think that's blocking.
Per the Servarr Team:
Our priority is definitely trying to do this in a way that we do not lose any of the existing libraries - there is a mapping exercise we need to do in the back end to map between goodreads ID and the openlibrary IDs which I believe ISBN is the only solution to at the moment. However this will take a lot of work not just at the metadata server end, but also on the client app end as a migration will be required there for all users to make use of it. This is not a small piece of work due to this.
BookInfo is the Servarr Readarr GoodReads Metadata Proxy. Similar to Skyhook for Sonarr.
The metadata server is having issues. The devs are aware. I will say there are currently some issues with the metadata server where it appears to be under load and throwing 522's.
The metadata issue was fixed on 9/17. We are still seeing a couple of 429 rate limits and a couple of failed searches, presumably while things get re-cached again and they will continue to improve as time goes on. I have not seen any issues with imports, only with searches to add authors or books. This does not fix the large author issue below, or the 3 month metadata delay. Both of those issues are being worked on with a change to OpenLibrary as the source of data, but that work is long and ongoing (you can self-apply a
!testerrole to yourself and follow along in the #readarr-ol channel to see how that project is coming along, if you're curious). These are 2 separate, concurrent issues that are being solved that do not interconnect. As always, the metadata server is not open source, and there is nothing you can do to help with that part of the issue except to be patient. Dev help is not being solicited/accepted on the metadata server side of things. There are 900+ open issues on the readarr github if you're anxious to help us out. Please start there. This pin will be updated with current information. If you're reading this pin, this is the most current, accurate information about the metadata server, and there is no need to ask in the channel if things have changed.
Resolved: As of 2024-09-17
Text searches seem to be having a bit of a flaky issue, because it does that search directly on Goodreads to get the ID and then searches the metadata server for that ID. To shortcut the problem, use ID based searches directly.
Resolved: As of 2024-09-17
BookInfo returned 429, backing off for
Readarr's metadata server appears to be functioning normally with no 429 or cache issues. As always, I will update this pin if things change. All pins are the current state of readarr and if anything changes, the pins will be updated accordingly.