Overview: Support for Docker image arch-lidarr in the binhex repo.

Application: Lidarr - https://github.com/lidarr/Lidarr

Docker Hub: https://hub.docker.com/r/binhex/arch-lidarr/

GitHub: https://github.com/binhex/arch-lidarr

Documentation: https://github.com/binhex/documentation

 

For other Docker support threads and requests, news and Docker template support for the binhex repository please use the "General" thread here

---

If you appreciate my work, then please consider buying me a beer 

 

Edited May 9, 20197 yr by binhex

Please note this application is under heavy development right now, it may not be stable.

Installed but it opens up Sonarr? 

5 minutes ago, ffhelllskjdje said:

Installed but it opens up Sonarr? 

 

hu?, it starts lidarr for me, what url are you using to connect?

 

edit - ahh i see the issue, missed the port change in the template for the webui link, my bad, ok try changing the connecting url to http://<your unraid server ip>:8686

Edited December 22, 20178 yr by binhex

haha, np, works now, thx!

Thanks @binhex

 

Just installed your version, copied in my database etc. from another docker. All up and running in 5 minutes. Top work.

Thanks for this docker. Never heard of app until now but love to try it!! :-)

Sent from my Redmi Note 4 using Tapatalk

10 hours ago, Dimtar said:

Thanks @binhex

 

Just installed your version, copied in my database etc. from another docker. All up and running in 5 minutes. Top work.

How did you copy?  

3 hours ago, DZMM said:

How did you copy?  

 

Just via putty, copied the app data of the old docker. Is that what you mean?

I realised after I posted my question wasn't clear enough, but you answered the bit I needed - wasn't sure if you copied the whole folder or bits.  I'm going to do the same as my old docker has a lot of activity I don't want to lose.

 

Apparently recent headphones versions have started working again, but I have more faith in this docker already and the activity on github seems to have really accelerated in the last couple of weeks with almost daily commits.

1 hour ago, DZMM said:

I realised after I posted my question wasn't clear enough, but you answered the bit I needed - wasn't sure if you copied the whole folder or bits.  I'm going to do the same as my old docker has a lot of activity I don't want to lose.

 

Apparently recent headphones versions have started working again, but I have more faith in this docker already and the activity on github seems to have really accelerated in the last couple of weeks with almost daily commits.

 

I agree, this project does look solid and I am not even mad they are forking Sonarr. 

 
I agree, this project does look solid and I am not even mad they are forking Sonarr. 

Why would you be mad they are forking Sonarr mate?

Sent from my LG-H815 using Tapatalk

32 minutes ago, CHBMB said:

Why would you be mad they are forking Sonarr mate?

Sent from my LG-H815 using Tapatalk
 

 It’s a saying, a compliment in this context.

I am running into the classic " Import failed, path does not exist or is not accessible by Lidarr:" error. I have set the mappings up the same as my radarr / sonarr mappings but I am still seeing issues. I am using nzbget. I have created a lidarr category in nzbget (like I have for sonarr) and the files get downloaded to /downloads/lidarr but are not being picked up. Hoping this is something stupid I just overlooked.

 

Mappings screenshots attached.

Nzbget and Sonarr are /downloads in your mappings. Where as Binhex-Lidarr is /data. Is that it?

The /data mapping just says it is for downloads. So not sure but I don't think the container path matters as much, at least it doesnt with sonarr I don't think.

https://forums.lime-technology.com/topic/57181-real-docker-faq/?page=2#comment-566086

 

I read that and my mappings look correct to me. Both radarr and sonarr have the same mappings and work without issue.

 

I must be missing something but I am out of ideas.

Edited December 24, 20178 yr by ice pube

10 hours ago, ice pube said:

Import failed, path does not exist or is not accessible by Lidarr

Your error ^^

10 hours ago, ice pube said:

. I have set the mappings up the same as my radarr / sonarr mappings

No you don't

 

The link I posted explains why your mapping of /data on Lidarr won't work (it needs to be /downloads)

I can't seem to get it to route through my proxy (which is your deluge docker). After inputting the settings and saving it resets to look as though I never changed anything. Is there an xml I can edit to ensure it routes properly?

1 hour ago, thatnovaguy said:

I can't seem to get it to route through my proxy (which is your deluge docker). After inputting the settings and saving it resets to look as though I never changed anything. Is there an xml I can edit to ensure it routes properly?

 

screenshot please showing when you have edited.

Here's how the gist in screen shots. Any changes made to the proxy forms are ignored once I click save.

Before:

During:

After:

Edited January 1, 20188 yr by thatnovaguy

this is probably one for the Lidarr team

35 minutes ago, DZMM said:

this is probably one for the Lidarr team

 

i agree, you look to of configured lidarr correctly @thatnovaguy so best to ask the lidarr developers, try posting this in the issues section on github.

 

4 hours ago, binhex said:

 

i agree, you look to of configured lidarr correctly @thatnovaguy so best to ask the lidarr developers, try posting this in the issues section on github.

Ok, thanks so much for your help!