this post was submitted on 16 Mar 2024
29 points (87.2% liked)

Piracy: ꜱᴀɪʟ ᴛʜᴇ ʜɪɢʜ ꜱᴇᴀꜱ

54627 readers
436 users here now

⚓ Dedicated to the discussion of digital piracy, including ethical problems and legal advancements.

Rules • Full Version

1. Posts must be related to the discussion of digital piracy

2. Don't request invites, trade, sell, or self-promote

3. Don't request or link to specific pirated titles, including DMs

4. Don't submit low-quality posts, be entitled, or harass others

Loot, Pillage, & Plunder

📜 c/Piracy Wiki (Community Edition):

💰 Please help cover server costs.

Ko-Fi Liberapay
Ko-fi Liberapay

founded 1 year ago
MODERATORS
db0@lemmy.dbzer0.com
sunbrothersco@lemmy.dbzer0.com
dataprolet@lemmy.dbzer0.com
Flatworm7591@lemmy.dbzer0.com
RandomLegend@lemmy.dbzer0.com
29
qBit is showing and acting as firewalled but setup is correct in Gluetun (sh.itjust.works)
submitted 8 months ago* (last edited 8 months ago) by jws_shadotak@sh.itjust.works to c/piracy@lemmy.dbzer0.com
14 comments fedilink hide all child comments
 

Setup:

Debian running podman. Containers and compose files are managed with Dockge. qBit and Gluetun are on a single compose file and all qBit traffic is routed through Gluetun.

qBit seems to starts first before Gluetun is fully set up and qBit doesn't see the open port. Every time I start them together, I have to manually restart qBit again once Gluetun is ready. Once it's restarted, it shows as open and connected again.

I tried looking for ways to delay startup in a compose file but I didn't get any results.

Is there a solution to this?

https://pastebin.com/kgqt8aJ7

you are viewing a single comment's thread
view the rest of the comments
[–] GravitySpoiled@lemmy.ml 9 points 8 months ago (2 children)

Did you specify a dependency? https://docs.docker.com/compose/compose-file/05-services/#depends_on

If qbit depends on gluetun it doesn't start before it.

For this kind of question it's always good to show the compose file(s)

[–] jws_shadotak@sh.itjust.works 1 points 8 months ago (1 children)

I added this to my qBit section:

    depends_on:
      gluetun:
        condition: service_healthy
        restart: true

It caused an error with gluetun somehow

[–] GravitySpoiled@lemmy.ml 1 points 8 months ago (1 children)

You only need depends_on: gluetun. Did you observe the logs at boot? Do they still show that qbit starts first?

[–] jws_shadotak@sh.itjust.works 1 points 8 months ago

qBit starts second but Gluetun isn't finished and doesn't open the port for another few seconds, causing this problem

[–] jws_shadotak@sh.itjust.works 1 points 8 months ago (1 children)

I added a pastebin of the compose file

I tried adding depends_on to the qBit, but I got the same result. I think it's already dependent on gluetun for the network_mode