Skip to content

Commit 3b04ee7

Browse files
Merge pull request #134 from sebastianrakel/add-podman-workaround-to-readme
docs: Add podman permissions section to README
2 parents ebd1c6e + e664e73 commit 3b04ee7

1 file changed

Lines changed: 27 additions & 0 deletions

File tree

README.md

Lines changed: 27 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -162,6 +162,33 @@ services:
162162
- ./ca-ssl:/etc/puppetlabs/puppetserver/ca
163163
```
164164
165+
### Permissions
166+
167+
#### Podman
168+
169+
When using Podman, make sure the container runs with the correct permissions. The OpenVox Server process starts as `root` and then drops privileges to the `puppet` user.
170+
This can lead to permission issues with bind mounts or volumes, especially for the OpenVox SSL and CA directories, for example:
171+
172+
```shell
173+
-v ./openvoxserver-ssl:/etc/puppetlabs/puppet/ssl
174+
-v ./openvoxserver-ca:/etc/puppetlabs/puppetserver/
175+
```
176+
177+
To avoid this, you can run Podman with user namespace mapping enabled: `--userns=keep-id`. With `podman-compose`, use:
178+
179+
```shell
180+
PODMAN_USERNS=keep-id podman-compose up
181+
```
182+
183+
This approach works best when using named volumes.
184+
185+
If that doesn’t work in your setup, you can mount a custom script directory to `/container-custom-entrypoint.d/` and place a script there which adjusts permissions on the mounted directories.
186+
These scripts are executed on container startup, before the OpenVox Server process is launched.
187+
188+
#### Docker
189+
190+
These issues have not occurred with Docker so far.
191+
165192
## How to Release the container
166193

167194
[see here](RELEASE.md)

0 commit comments

Comments
 (0)