Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[BUG] - Containers not able to run in parallel #205

Closed
Hietala opened this issue Mar 2, 2024 · 5 comments
Closed

[BUG] - Containers not able to run in parallel #205

Hietala opened this issue Mar 2, 2024 · 5 comments
Labels
invalid This doesn't seem right lidarr Not Reproducible Cannot Reproduce the error question Further information is requested User Error Problem on the users end only. wontfix This will not be worked on

Comments

@Hietala
Copy link

Hietala commented Mar 2, 2024

Application
All of the arrs

Host platform
Unraid/

Script
universal/functions.bash

Script Version
3.2

Describe the bug
I setup two Lidarr containers to speed up the artist download process, one has albums to download and the other one gets lidarr list from the first container and downloads singles and EP albums from the artists. Current script does not allow lidarr to run on any unofficial port.

To Reproduce
Setup second container and you wont be able to run the script.

Expected behavior
I would expect them to be able to run in parallel.

Logs/Screenshots
"Lidarr is not ready, sleeping until valid response..."

Additional context
I created a fork on my own page, I can create a pull request for this if the bug fix seems acceptable.

NOTE
Your request will not be addressed without proper detail and logs. Always make sure you have updated to the latest script versions before opening an issue or your issue will not be reviewed.

@Hietala Hietala added the Needs Triage Needs to be validated/confirmed label Mar 2, 2024
@RandomNinjaAtk RandomNinjaAtk added invalid This doesn't seem right question Further information is requested wontfix This will not be worked on Not Reproducible Cannot Reproduce the error User Error Problem on the users end only. lidarr and removed Needs Triage Needs to be validated/confirmed labels Mar 3, 2024
@RandomNinjaAtk
Copy link
Owner

RandomNinjaAtk commented Mar 3, 2024

You can run multiple containers, what your experiencing is a user misconfiguration issue on your part… without knowing the specifics of how you configured it, can’t help you much. But I can tell you this is not a bug because I already do this and it’s just a problem on your end…

If I had to guess, you modified lidarr’s internal port, when you should never be changing the port because changing the lidarr internal software port is not needed when running multiple containers…

But I’m just making an assumption/educated guess…

@Hietala
Copy link
Author

Hietala commented Mar 3, 2024

It's not an user error, I kinda hastily wrote this and forgot to mention how I setup them. Thats my bad.

I have a VPN container which I use for all of my arrs, meaning they all share the same docker network, hence I cannot use the same port for the second Lidarr container and I was forced to change it. They are individual containers but connect to the VPNs docker network.

@RandomNinjaAtk
Copy link
Owner

The method you are using to change the ports is incorrect. You don’t change the internal port, only change the exposed port.

As I said, I’m already running multiple containers, so it’s a non issue.

@Hietala
Copy link
Author

Hietala commented Mar 3, 2024

[Fatal] ConsoleApp: Failed to bind to address http://[::]:8686: address already in use. This can happen if another instance of Lidarr is already running another application is using the same port (default: 8686)

I'm not sure how yours is setup but I simply cannot get rid of this error unless I change the internal port. However I have no trouble maintaining my own fork of this with the fix for my issue, just thought to post here if it was issue affecting other people as well.

@RandomNinjaAtk RandomNinjaAtk closed this as not planned Won't fix, can't repro, duplicate, stale Mar 3, 2024
@hockeygoalie35
Copy link
Contributor

Agreed it’s a container issue. If you’re using docker compose, here’s how you would bind the container internal port 8686 to 3535 as I did in a second lidarr container:

image

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
invalid This doesn't seem right lidarr Not Reproducible Cannot Reproduce the error question Further information is requested User Error Problem on the users end only. wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

3 participants