Download wasn't grabbed by Lidarr and not in a category, Skipping.

[ruvido]

Fresh install on debian and docker compose. Added my ARL and logged in in deemiz. When I request a track in deemix, the track is downloaded but appears in Lidarr in Queue with an orange icon on the left with a helper saying:

Download wasn't grabbed by Lidarr and not in a category, Skipping.

Files are in the deemix folder (/download) and not moved by Lidarr to proper directory (/music).

What did I miss in the config?

Just fyi, this is my docker compose (only the relevant part)

lidarr:
      image: youegraillot/lidarr-on-steroids
      restart: unless-stopped
      ports:
        - "8686:8686" # Lidarr web UI
        - "6595:6595" # Deemix web UI
      volumes:
        - ./lidarr_config:/config
        - ./deemix_config:/config_deemix
        - /media/deemix/downloads:/downloads
        - /media/music:/music

Thanks a lot for your help

[alexanderek]

same issue, is there a solution?

[Maddjik]

Yes, have you found a workaround? I dont like Lidarr native search i would prefer to use deemix for looking up songs

[lumen-novum]

I believe since Lidarr is not able to find the album on their side, it can't import it into your library. Deemix still downloads the album and the songs, it's just not copied over.

I may look into writing a Lidarr plugin that automatically moves it over. Not sure if that is the best solution but if possible, it may work.

[lumen-novum]

If you don't need lidarr, I'd look into something like this.

That ended up working for me in the end. 🙂

[Marc-Ellsworth]

I'm actively running into this as well, I can't find any way to force lidarr to import the files, has anyone come up with a workaround to this?