this post was submitted on 04 Feb 2025
17 points (94.7% liked)

Selfhosted

41674 readers
409 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 2 years ago
MODERATORS
 

I previously posted about an issue where the nginx container for the Collabora application logs a GET to /robots.txt every 10 seconds. I tried modifying the files in the container, but they were reset on restart. I also tried to run the container with --log-driver=none, but was unsuccessful. Despite being a software dev, I'm new to the homelab world and trunas.

I solved it by changing the docker image and then committing those changes. The change I made was to set access_log off; in the nginx config. I did it at the server root because I don't really care about those logs for this app, but it could be done on the location level.

Here's how I did it: Here's the reference SO post that I used: https://stackoverflow.com/a/74515438

What I did was I shelled into the image:

  • sudo docker exec -it ix-collabora-nginx-1 bash
  • apt update && apt install vim
  • vi /etc/nginx/nginx.conf and add the access_log off;
    • if you're not familiar with vim, arrow key to the line you want then press 'a' to enter "append mode". Make your change, then esc, :wq!. You need the ! because the file is read only
  • apt remove vim
  • exit
  • sudo docker commit <image id>
  • sudo docker restart ix-collabora-nginx-1
you are viewing a single comment's thread
view the rest of the comments
[–] catloaf@lemm.ee 6 points 1 day ago (1 children)

Either this means you won't get future updates, or future updates will still overwrite your change. The proper way to do this would be to mount your own config over the one in the container, though this may have negative effects if the container config changes in the future. You might be able to mount /dev/null over the log file if you don't care about the logs at all.

I don't believe there's any way to specify modifications to someone else's containers without making your own image, unfortunately.

[–] RagingHungryPanda@lemm.ee 2 points 1 day ago* (last edited 1 day ago) (1 children)

So an issue i had was that I'd try to mount folders to this image but they wouldn't show up, but when I tried mounting it to a different image, it did. I'm not sure what I did wrong here, but I worked at it for a while and I'm still new to TruNas. But at least with this image, I don't mind too much about updates and it's an easy change that I can do again. Thanks for the feedback though, I'll be keeping this in mind and try to do things in a more "correct" manner 🙂

[–] Oisteink@feddit.nl 2 points 1 day ago

This is not a truenas issue - its a docker thing. You’d do better by making your own docker-file and do your customisation the docker way.