this post was submitted on 07 Sep 2023
43 points (92.2% liked)

Selfhosted

40151 readers
547 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
 

Currently I’m planning to dockerize some web applications but I didn’t find a reasonably easy way do create the images to be hosted in my repository so I can pull them on my server.

What I currently have is:

  1. A local computer with a directory where the application that I want to dockerize is located
  2. A “docker server” running Portainer without shell/ssh access
  3. A place where I can upload/host the Docker images and where I can pull the images from on the “Docker server”
  4. Basic knowledge on how to write the needed Dockerfile

What I now need is a sane way to build the images WITHOUT setting up a fully featured Docker environment on the local computer.

Ideally something where I can build the images and upload them but without that something “littering Docker-related files all over my system”.

Something like a VM that resets on every start maybe? So … build the image, upload to repository, close the terminal window, and forget that anything ever happened.

What is YOUR solution to create and upload Docker images in a clean and sane way?

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 10 points 1 year ago* (last edited 1 year ago) (3 children)

For the littering part, just type crontab -e and add the following line:

@daily docker system prune -a -f
[–] vegetaaaaaaa 2 points 1 year ago* (last edited 1 year ago) (1 children)

Careful this will also delete your unused volumes (not attached to a running container because it is stopped for whatever reason counts as unused). For this reason alone, always use bind mounts for volumes you care about.

[–] [email protected] 1 points 1 year ago

Yes.

All my self hosted containers are bound to some volume (since they require reading settings or databases).

[–] [email protected] 1 points 1 year ago* (last edited 1 year ago) (1 children)

as a user with root permission or as root ?

[–] [email protected] 8 points 1 year ago* (last edited 1 year ago) (1 children)

You shouldn't need sudo to run docker, just can create a docker group and add your user to it. This will give you the steps on how to run docker without sudo.

Edit: as pointed out below, please make sure that you're comfortable with giving these permissions to the user you're adding to the docker group.

[–] vegetaaaaaaa 3 points 1 year ago (1 children)

run docker without sudo.

Doing that, you effectively give the user account root access without password

docker run --volume /etc:/host_etc debian /bin/bash -> can read/write anything below the host's /etc directory, including shadow file, etc.

[–] [email protected] 2 points 1 year ago* (last edited 1 year ago)

True.

But I assume OP was already running docker from that user, so they are comfortable with those permissions.

Maybe should have made it clearer. Added to my other post. Thanks!

[–] Cyberflunk -1 points 1 year ago* (last edited 1 year ago) (1 children)
[–] [email protected] 3 points 1 year ago* (last edited 1 year ago) (2 children)

Genuinely curious, what would the advantages be?

Also, what if the Linux distro does not have systemd?

[–] Cyberflunk 1 points 1 year ago

I was just making a meme dude. Personally, I like systemd, it's more complicated to learn, I ended up reading books to really learn it properly. There's 100% nothing wrong with cron.

One of the reasons I like timers is journalctl integration. I can see everything in one place. Small thing.

[–] [email protected] 1 points 1 year ago

The chances I am going to manage a linux distro without systemd are low, but some systems (arch for example) don't have cron out of the box.

Not that big of a deal since it's easy to translate them all, but that's one of the reasons why I default to systemd/timer units.