Cloudbox / autoscan

Autoscan replaces the default Plex and Emby behaviour for picking up changes on the file system.
MIT License
597 stars 49 forks source link

Lidarr: failed determining libraries #144

Open hr1232 opened 2 years ago

hr1232 commented 2 years ago

While Sonarr and Radarr triggers work perfectly, Lidarr triggers fail from time to time. The message I get is failed determining libraries. Doesn't seem to be a configuration issue, as most of the time it works.

As you can see, I am conforming to the default Plex naming scheme. Library path is /mnt/google/Musik in Plex, as well as in Lidarr, with no rewriting configured for the Lidarr trigger.

Because of the very basic logging with unclear messages I cannot be sure. I suspect, however, that the error turns up whenever Plex doesn't know the artist yet. Whenever a new album for a known artist is added, it seems to work fine. Might this have to do with directory structure being a bit different for music libraries compared to movie and tv libraries (additional sub-directory in artist/album/file.mp3 as opposed to movie/file.mp4 or series/file.mp4)?

Log:

Jan  6 21:00:45 INF Scan moved to processor event=Download method=POST path="/mnt/google/Musik/Eric Clapton/There’s One in Every Crowd (1975)" request_id=c7bkkrff2ncs6vpuqoj0 url=/triggers/lidarr
Jan  6 21:01:45 WRN No target libraries found error="/mnt/google/Musik/Eric Clapton/There’s One in Every Crowd (1975): failed determining libraries" target=plex url=http://plex.local

Config:

# <- triggers ->
port: 80
triggers:
  sonarr:
    - name: lidarr # /triggers/sonarr
      priority: 1
  radarr:
    - name: lidarr # /triggers/radarr
      priority: 1
  lidarr:
    - name: lidarr # /triggers/lidarr
      priority: 1
# <- processor ->
minimum-age: 5m
scan-delay: 5s
scan-stats: 1m
anchors:
  - /mnt/google/.mntchk
authentication:
  username: [*****]
  password: [*****]
# <- targets ->
targets:
  plex:
    - url: http://plex.local
      token: [*****]
palla89 commented 2 years ago

I have the same problem, did you solve it?

jamitupya commented 2 years ago

I'm also having the same issues with non-music media. seems to be random across multiple plex libraries. did anyone happen to solve?

i just ran a mass rename in radarr and it (the error) started to show up

e: clarified the error showed up.

plmcgrn commented 1 year ago

EDIT: For those hitting this, ensure your Plex library folders and the rewrite rules in config.yml are the same case. While the file systems likely don't care, the code for this project does.

I ended up just creating rewrite rules to cover all my use cases.

It's ugly, but it works perfectly now:

      rewrite:
        - from: /media/TV
          to: /Volumes/tv/tv
        - from: /media/tv
          to: /Volumes/tv/tv
        - from: /media/Anime
          to: /Volumes/tv/anime
        - from: /media/anime
          to: /Volumes/tv/anime

I'm hitting this with Sonarr, bot only on a specific Plex library.

Running Plex on a Mac and mapping /Volumes/TV to /media in Sonarr. Plex sees two libraries /Volumes/TV/TV (my TV shows) /Volumes/TV/Anime (anime)

When Sonarr triggers autoscan, it works for the Anime library, but not the TV one. Running the autoscan docker in trace mode nets no addition clues from the logging.