Comment

infeeeee@lemm.ee ⁨6⁩ ⁨months⁩ ago

Forget docker run, docker compose up -d is the command you need on a server. Get familiar with a UI, it makes your life much easier at the beginning: portainer or yacht in the browser, lazy-docker in the terminal.

source

Sort:hotnew top

ChapulinColorado@lemmy.world ⁨6⁩ ⁨months⁩ ago
I would suggest docker compose before a UI to someone that likes to work via the command line.

Many popular docker repositories also automatically give docker run equivalents in compose format, so the learning curve is not as steep.

source
- ARNiM@lemmy.world ⁨6⁩ ⁨months⁩ ago
  There is even a tool to convert Docker Run commands to a Docker Compose file :)
  
  Such as this one hosted by Opnxng:
  
  it.opnxng.com/docker-run-to-docker-compose-conver…
  
  source
damnthefilibuster@lemmy.world ⁨6⁩ ⁨months⁩ ago
Second this. Portainer + docker compose is so good that now I go out of my way to composerize everything so I don’t have to run docker containers from the cli.

source
GreatBlueHeron@lemmy.ca ⁨6⁩ ⁨months⁩ ago
docker compose up -d

no configuration file provided: not found

source
- infeeeee@lemm.ee ⁨6⁩ ⁨months⁩ ago
  like just docker run by itself, it’s not the full command, you need a compose file: docs.docker.com/engine/reference/…/compose/
  
  Basically it’s the same as docker run, but all the configuration is read from a file, not from stdin, more easily reproducible, you just have to store those files. The important is compose commands are very important for selfhosting, when your containers expected to run all the time.
  
  RTFM: docs.docker.com/compose/
  
  source
  - GreatBlueHeron@lemmy.ca ⁨6⁩ ⁨months⁩ ago
    Yeah, I get it now. Just the way I read it the first time it sounded like you were saying that was a complete command and it was going to do something “magic” for me :-)
    
    source
- ssdfsdf3488sd@lemmy.world ⁨5⁩ ⁨months⁩ ago
  you need to create a docker-compose.yml file. I tend to put everything in one dir per container so I just have to move the dir around somewhere else if I want to move that container to a different machine. Here’s an example I use for picard with examples of nfs mounts and local bind mounts with relative paths to the directory the docker-compose.yml is in. you basically just put this in a directory, create the local bind mount dirs in that same directory and adjust YOURPASS and the mounts/nfs shares and it will keep working everywhere you move the directory as long as it has docker and an available package in the architecture of the system.
  
  `version: ‘3’ services: picard: image: mikenye/picard:latest container_name: picard environment: KEEP_APP_RUNNING: 1 VNC_PASSWORD: YOURPASS GROUP_ID: 100 USER_ID: 1000 TZ: “UTC” ports: - “5810:5800” volumes: - ./picard:/config:rw - dlbooks:/downloads:rw - cleanedaudiobooks:/cleaned:rw restart: always volumes: dlbooks: driver_opts: type: “nfs” o: “addr=NFSSERVERIP,nolock,soft” device: “:NFSPATH”
  
  cleanedaudiobooks: driver_opts: type: “nfs” o: “addr=NFSSERVERIP,nolock,soft” device: “:OTHER NFSPATH” `
  
  source
ssdfsdf3488sd@lemmy.world ⁨5⁩ ⁨months⁩ ago
dockge is amazing for people that see the value in a gui but want it to stay the hell out of the way. github.com/louislam/dockge lets you use compose without trapping your stuff in stacks like portainer does. You decide you don’t like dockge, you just go back to cli and do your docker compose up -d --force-recreate .

source