22
submitted 8 months ago by rambos@lemm.ee to c/selfhosted@lemmy.world

Hey guys, I was happily running 44 docker containers for a while on Debian host. Today I tried to add a new service (uptime-kuma) using portainer stacks, but I got this error:

Error response from daemon: could not find an available, non-overlapping IPv4 address pool among the defaults to assign to the network

Quick google led me to this link where I found possible problem with max number of docker networks. I did docker network prune, it removed 5 networks that were not in use and viola, uptime-kuma is working now!

Am I reaching the limit? What to do if I need 10 more services on the same host? I bet I saw some people in this community running many more services

top 14 comments
sorted by: hot top controversial new old
[-] TheButtonJustSpins@infosec.pub 18 points 8 months ago* (last edited 8 months ago)

Docker network pools are huge by default. I had to change this as well.

This article covers the issue and the solution in detail:
https://straz.to/2021-09-08-docker-address-pools/

If you just want the solution, skip to the section titled How to configure docker to allow >500 bridge networks. I think you'll need to remake all your networks after making the change, if I remember correctly.

Here's my config now:

$ sudo cat /etc/docker/daemon.json
{
  "default-address-pools": [
    { "base":"172.16.0.0/12", "size":24 },
    { "base":"172.17.0.0/12", "size":24 },
    { "base":"172.18.0.0/12", "size":24 },
    { "base":"172.19.0.0/12", "size":24 },
    { "base":"172.20.0.0/12", "size":24 },
    { "base":"172.21.0.0/12", "size":24 },
    { "base":"172.22.0.0/12", "size":24 },
    { "base":"172.23.0.0/12", "size":24 },
    { "base":"172.24.0.0/12", "size":24 },
    { "base":"172.25.0.0/12", "size":24 },
    { "base":"172.26.0.0/12", "size":24 },
    { "base":"172.27.0.0/12", "size":24 },
    { "base":"172.28.0.0/12", "size":24 },
    { "base":"172.29.0.0/12", "size":24 },
    { "base":"172.30.0.0/12", "size":24 },
    { "base":"172.31.0.0/12", "size":24 }
  ],
  "log-opts": {
    "max-size": "1g"
  }
}
[-] Markaos@lemmy.one 4 points 8 months ago

I'm pretty sure all of those entries are in the same /12 network - 172.16.0.0/12. Apparently there's nothing wrong with it, but I think you can significantly simplify that config by just removing all the extra ones

[-] timbuck2themoon@sh.itjust.works 6 points 8 months ago* (last edited 8 months ago)

Could simplify it by making a 28 block at most. That is 14 IPs per bridge which seems like way more than one would generally need anyhow.

{
  "default-address-pools": [
    { "base":"172.16.0.0/12", "size":28 },
  ]
}
[-] 5PACEBAR@lemmy.world 3 points 8 months ago

Had to do exactly that last week when I hit Docker's rather low network limit.

[-] TheButtonJustSpins@infosec.pub 2 points 8 months ago

Good point!

[-] rambos@lemm.ee 3 points 8 months ago

Thx, Ill read that, it looks promising

[-] possiblylinux127@lemmy.zip 8 points 8 months ago

It sounds like your outgrowing docker. Maybe switch to Kubernetes at some point?

[-] rambos@lemm.ee 2 points 8 months ago

Oh rly? Im still reading about what others said and feels like I can still continue with docker. Ive heard about kubernetes many times. Even tho some people use them on single node, isnt that made for multiple nodes setup? I have to learn more about kubernetes

[-] kylian0087@lemmy.dbzer0.com 3 points 8 months ago

Take a look at K3S if you plan to use kubernetes on a single node.

[-] rambos@lemm.ee 1 points 8 months ago

Will check, thank you

[-] TCB13@lemmy.world 4 points 8 months ago* (last edited 8 months ago)

Only if there was IPv6: https://docs.docker.com/config/daemon/ipv6/

Just run all your containers with IPv6 randomly generated prefixes and this won't ever be a problem, you'll also get more IP spacing than you'll ever require. Then use your reverse proxy to convert between the "public" IPv4 space and the internal docker IPv6 networks.

Another option is to reduce the size of your IPv4 pools like this guy described.

[-] eager_eagle@lemmy.world 2 points 8 months ago

then you'd limit the existing network addresses using subnets, as suggested by another answer in that question

[-] originalucifer@moist.catsweat.com 1 points 8 months ago

sounds like your issue isnt with the number of networks, but how youre addressing them. fix that.

if youve got a container that only needs a single or a few ip's then its defined network should reflect that.

[-] rambos@lemm.ee 1 points 8 months ago

Thank you! This will be more clear after more research I hope. My understanding of docker networks is still meh...gonna change it now

this post was submitted on 26 Mar 2024
22 points (92.3% liked)

Selfhosted

40347 readers
283 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 1 year ago
MODERATORS