Allow chown failures

[ishitatsuyuki]

Both mailman-core and mailman-web bails when I mount the configs ro like this:

volumes:
  - ./mailman-extra.cfg:/opt/mailman/mailman-extra.cfg

chown: /opt/mailman/mailman-extra.cfg: Read-only file system
mailman-core exited with code 1

I prefer mounting them because /opt is hard to manage and doesn't scale.

[maxking]

To be able to persist the data, you need to mount something at /opt/mailman/ inside the core container which is writable for the container and something at /opt/mailman-web-data inside the web container.

ou can mount ANY two directories at those locations and things should work as long as they are writable by uid 1000 I guess.

[ishitatsuyuki]

I use named volumes. (And ro configs on top)

[maxking]

Technically, I don't need mailman-extra.cfg to be writable, but I do need /opt/mailman to writable inside core.
I might have to investigate more on how to do that, do you have ideas?

[ishitatsuyuki]

I would assume other things to break when it's not writable, so I think chown -f is enough.

[maxking]

Why not break early instead of waiting for the Mailman to break later?

[decentral1se]

Hey folks, I'm running into this as well:

Where I template out that mailman-extra.cfg file using Docker swarm configs (read-only files):

    configs:
      - source: mailman_extra_cfg
        target: /opt/mailman/core/mailman-extra.cfg

And this is failing because of the above mentioned chown issue:

docker-mailman/core/docker-entrypoint.sh

Line 231 in 9409942

chown -R mailman /opt/mailman

Maybe passing -f is enough? Idk maybe a configurable env var?

[pgmillon]

Same issue here, when using docker-mailman in a K8s cluster and mounting mailman-extra.cfg from a config map, there's no way to make it writable.
As such, the containers are crash-looping.
Either read the extra conf from another location than /opt/mailman (which would make sense IMHO) or support chown failures.

[github-actions]

This issue has not been updated for more than 1year

[pgmillon]

Closing stale issues doesn't solve the problem, please remove this automation.
From my understanding only /opt/mailman/var needs to be writable not the root directory.

[maxking]

if you see the automation close issue that you care about, or if there is a PR attached that I might have missed, please feel free to reopen it.