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

54758 readers

270 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

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

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

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

I have had a similar issue I think. Try killing and removing the containers (docker kill and docker RM) and then start it. Iirc that was what fixed it for me.

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

This happens every time I start them together, though. This is just a temporary fix