I think I made a note about that, but you’re right I should make it more apparent. I did use the blampe/hearring-aid build here which solves the issue for the short term, but I’ll add a clearer note to futureproof it for when the main builds are fixed.
ohshit604@sh.itjust.works 8 months ago
Should put a note on your blog that Lidarr’s Metadata database is being rebuilt, currently the Lidarr APi spits a bunch of 5xx errors when searching for artists/albums/etc.
github.com/Lidarr/Lidarr/issues/5498
Help the Lidarr team rebuild the Database by running this application:
github.com/DeviantEng/lidarr-cache-warmer
It’ll search every artist in your library so that the new database has a cache to quickly call upon.
nfreak@lemmy.ml 8 months ago
FreedomAdvocate@lemmy.net.au 8 months ago
Yeah and it’s been proper fucked for months. I set up anew server on my Mac mini M4 months ago and every now and then I spin up lidarr again to see if it is fixed and nope, won’t recognise a single album in my entire collection and can’t even manually add an artist.
Headphones is pretty terrible and slow, but it has the benefit of working.
Statick@lemmy.world 8 months ago
You can petty easily point Lidarr to an alternate cache server. Either use the docker images they provide or of you already have Lidarr with plugins setup, you can do it that way
github.com/blampe/hearring-aid?tab=readme-ov-file…
FreedomAdvocate@lemmy.net.au 7 months ago
Thanks for this, I’ll give the plugin change a go.