Portainer app and volume mount to raspberry-pi host directory

Support and Troubleshooting
1

I’m running Umbrel version 0.5.4 and installed Portainer via the app-store. Inside Portainer I want to create a container for my minecraft-server and use a volume-mount to my raspberry pi host directory. But it seems that this is not possible because Portainer in Umbrel does not manage my host docker but a docker inside docker.

Any ideas how I can get a host volume mount in this setup?

This is how my docker-compose file for Portainer looks like.

version: "3"

services:
  minecraft:
    image: itzg/minecraft-server
    environment:
      EULA: "true"
    ports:
      - "25565:25565"
    stdin_open: true
    tty: true
    restart: unless-stopped
    volumes:
      - /home/harald/minecraft:/data
2

Used this Portainer version to get it run:

3

I am also interested in getting other Docker apps running inside Portainer on Umbrel, and so I have been playing around with this.
Not exactly sure if this would help in your case, but it seems that the volume folder /data/data/[name]/_data/ inside Portainer running inside Umbrel is the place that is mapped to the files outside of the Portainer docker and accessible from within the connected Portainer container. Outside of Portainer and Umbrel the files can be stored and accessed by the your container running inside Portainer in the location: ~/umbrel/app-data/portainer/data/docker/data/volumes/[name]/_data/
I just pasted a docker-compose.yml content in the Stack tab and started it. It’ll create maps, but those would probably not be persistent after a reboot.
Created a Volume in the Volumes tab.
Edited under the Volume mapping sub tab at the bottom of the created container in the Containers tab to not use Bind but Volume and pointed it to the just created Volume.

So in your case, you would mount the Minecraft folder to ~/umbrel/app-data-portainer/data/docker/data/volumes/minecraft/_data/ when you made a minecraft volume that you can map to the Minecraft container.

I have not tested the persistency of this yet, because I had to call it a day. :yawning_face::sleeping:
So this is still an untested setup, which I will test later.
I probably will need to re-read my story logic as well. :face_with_spiral_eyes::nerd_face:
Will be continued…