[Docker] [alle OS] Het grote Docker ervaringen en tips topic

[Deevay]

Ik heb mezelf afgelopen week getrakteerd op een cursus over Virtual Machines, waarin Docker behandeld wordt. Interessant product waar ik me in wil gaan verdiepen, o.a. om met Nextcloud aan de slag te gaan en m'n website(s) zelf te gaan hosten.
In het kader van alle privacy-ellende die tegenwoordig gaande is in de wereld heb ik al geen Facebook en Instagram meer en ik wil langzaamaan m'n eigen data in eigen huis opslaan om zodoende steeds minder afhankelijk te zijn van (commerciële) derde partijen.

Ik heb nog niet het hele topic doorgelezen maar verwacht hier wel de nodige info uit te kunnen halen om aan de slag te gaan. Op dit moment nog geen specifieke vragen maar die verwacht ik wel.

Ik ga beginnen met een Dell laptop waarop ik Ubuntu server geïnstalleerd heb en wil me daarmee de materie eigen gaan maken.

[qwasd]

lolgast schreef op vrijdag 29 januari 2021 @ 09:41:
Heej een Docker topic! Ik gebruik Docker inmiddels een jaar of 3(?), enkel thuis. Begonnen een container voor Home Assistant. Inmiddels stopt mijn huis met functioneren als mijn Docker host uitvalt. Ik ben zelfs zo ver gegaan dat mijn SMB shares via een container lopen en niet via de host zelf.

Watchtower ben ik mee gestopt, dat maakte vaker dingen kapot dan het oplost (zolang je geen 50 verschillende images moet updaten). Ik begin er niet meer. Met Docker Compose is het een fluitje van een cent om alle images te downloaden (docker-compose pull) en vervolgens de containers te updaten. Dit geeft veel meer controle. Ik doe elke 2 weken een rondje en lees de changelogs van de software/containers waarvan ik weet dat er grote kans is dat dingen stuk gaan.

Backuppen van de data doe ik via Duplicati. Ook een container, uiteraard . Ik draai Docker in verschillende LXCs via Proxmox en upload gewoon de complete backup van de LXC. File-level restore kan daardoor alleen als ik de LXC restore maar het is in de afgelopen 3 jaar nog niet voorgekomen dat ik dat moest doen.

Mijn containers:

LXC 1	LXC 2	VM 1
AdGuard Home	AdGuard Home	ESPHome
DSMR	Unifi NVR	Mosquitto
PostgreSQL:12.5-alpine (DSMR DB)		Node-RED
Lychee		Zigbee2MQTT
MariaDB (Lychee DB)
Duplicati
NGINX:alpine
NZBGet
Radarr
Sonarr
Samba share
Traefik
Unifi Controller:6.0

De 2e LXC is opgezet omdat Unifi NVR ontzettende k*t software is met nogal eens wat memory issues. Nu loopt niet alles vast als hij raar doet. En omdat ik nu toch 2 omgevingen heb, heb ik de DNS maar meteen een 2e instance gegeven. Als ik de ene dan onderhoud kan mijn vrouw verder internetten

Hoe hou jij je adguard containers in sync?

[lolgast]

@qwasd Via de API, die ik via Node-RED geautomatiseerd uitlees: lolgast in "Node-RED - grafisch 'programmeren' (bijv. voor domotica)"

Vooralsnog doe ik alleen de custom filterrules, maar je zou dat ook kunnen uitbreiden naar de andere settings. Ik doe alle wijzigingen op wat bij mij Adguard-1' heet en dat wordt binnen 5 minuten gesynct naar de andere instance. Voorheen syncte ik beide kanten op, maar dat heeft een paar keer geresulteert in gepingpong.

[Yarisken]

Ik heb voor het updaten toch nog een vraagje. Regelmatig krijg ik in sonarr te zien dat er een update mogelijk is.
Ik doe dan "docker-compose pull" maar na herstart blijft sonarr op de oude versie.
Als ik dan "docker pull linuxserver/sonarr" doe dan is mijn sonarr wel up to date. Kan iemand mij het vershil uitleggen ?
In documentatie spreken ze enkel over "docker-compose pull".

[alesandro_46]

Yarisken schreef op maandag 1 februari 2021 @ 23:58:
Ik heb voor het updaten toch nog een vraagje. Regelmatig krijg ik in sonarr te zien dat er een update mogelijk is.
Ik doe dan "docker-compose pull" maar na herstart blijft sonarr op de oude versie.
Als ik dan "docker pull linuxserver/sonarr" doe dan is mijn sonarr wel up to date. Kan iemand mij het vershil uitleggen ?
In documentatie spreken ze enkel over "docker-compose pull".

Zie onderstaande post:
lolgast in "[Docker] [alle OS] Het grote Docker ervaringen en tips topic"

[Yagermeister]

Ik heb nu sinds een paar weken een Synology NAS waar ik ook Docker op heb draaien met een aantal containers. Volgens diverse guides wordt steeds Watchtower aangeraden om deze te updaten echter draait dit nu een paar weken maar wordt er niets geupdate.

Ik zie zowel in Portainer, Radarr en Sonarr dat er updates zijn maar watchtower voert geen klap uit. Als ik in de logs hiervan kijk zie ik:

code:

time="2021-01-31T20:05:33Z" level=info msg="Starting Watchtower and scheduling first run: 2021-02-01 20:05:33 +0000 UTC m=+86400.855800532"


time="2021-01-31T22:02:16Z" level=info msg="Waiting for running update to be finished..."


time="2021-02-01T12:57:06Z" level=info msg="Starting Watchtower and scheduling first run: 2021-02-02 12:57:06 +0000 UTC m=+86409.419783171"


time="2021-02-01T22:02:10Z" level=info msg="Waiting for running update to be finished..."


time="2021-02-02T12:57:04Z" level=info msg="Starting Watchtower and scheduling first run: 2021-02-03 12:57:04 +0000 UTC m=+86402.928340858"


time="2021-02-02T22:02:07Z" level=info msg="Waiting for running update to be finished..."


time="2021-02-03T12:57:03Z" level=info msg="Starting Watchtower and scheduling first run: 2021-02-04 12:57:03 +0000 UTC m=+86405.495982868"


time="2021-02-03T22:02:11Z" level=info msg="Waiting for running update to be finished..."


time="2021-02-04T12:57:04Z" level=info msg="Starting Watchtower and scheduling first run: 2021-02-05 12:57:04 +0000 UTC m=+86419.293380335"


time="2021-02-04T22:02:09Z" level=info msg="Waiting for running update to be finished..."


time="2021-02-05T12:57:07Z" level=info msg="Starting Watchtower and scheduling first run: 2021-02-06 12:57:07 +0000 UTC m=+86410.424328287"


time="2021-02-05T22:02:11Z" level=info msg="Waiting for running update to be finished..."


time="2021-02-06T12:57:04Z" level=info msg="Starting Watchtower and scheduling first run: 2021-02-07 12:57:04 +0000 UTC m=+86418.872761955"


time="2021-02-06T22:02:09Z" level=info msg="Waiting for running update to be finished..."


time="2021-02-07T12:57:06Z" level=info msg="Starting Watchtower and scheduling first run: 2021-02-08 12:57:06 +0000 UTC m=+86402.361164990"


time="2021-02-07T22:02:07Z" level=info msg="Waiting for running update to be finished..."


time="2021-02-08T12:57:09Z" level=info msg="Starting Watchtower and scheduling first run: 2021-02-09 12:57:09 +0000 UTC m=+86412.759200713"

Nu heb ik met bovenstaande post gekeken of ik met de hand kan doen vanaf een SSH sessie echter krijg ik daar de melding dat ik in de verkeerde map zit en ik geen idee heb waar de benodigde files staan om dit te doen.

Het liefste zou ik Watchtower willen gebruiken omdat die alles automatisch doet met ook het opruimen van de oude images. Ik heb overigens https://mariushosting.com...wer-on-your-synology-nas/ gebruikt om deze te installeren.

[lolgast]

Met welke parameters heb je de watchtower container gestart? (Ik persoonlijk vind Watchtower trouwens een ontzettend slecht idee )

[Yagermeister]

lolgast schreef op maandag 8 februari 2021 @ 16:13:
Met welke parameters heb je de watchtower container gestart? (Ik persoonlijk vind Watchtower trouwens een ontzettend slecht idee )

Ik heb hem gestart met onderstaand command

code:

sudo docker run --name="watchtower" -d --restart=always -v /var/run/docker.sock:/var/run/docker.sock containrrr/watchtower

Dit staat ook beschreven in de guide. Ik sta overigens open voor een betere manier . Veel verstand heb ik dan wel niet van Docker maar normaal krijg ik het wel werkend

[lolgast]

Dan mis je in ieder geval het argument voor het automatisch opschonen van de oude images
https://containrrr.dev/watchtower/arguments/#cleanup

Ik zie zo aan je commando niet waarom het niet goed gaat, maar volgende logging van Watchtower lijkt die te denken dat hij elke keer voor het eerst start (en dus, opnieuw aangemaakt lijkt?). Je zou met --interval (https://containrrr.dev/watchtower/arguments/#cleanup) eens de poll interval kunnen verkorten naar bijvoorbeeld 5 minuten, dan hoef je niet zo lang te wachten met troubleshooten.

Edit:
Verder, automatisch updaten is altijd een slecht idee. Soms kom je er 2 weken later pas achter dat er iets niet meer werkt, zonder dat je de oorzaak terug gaat kunnen vinden. Andere benodigdheden van config files? Afhankelijkheden waar je systeem ineens niet meer aan voldoet. You name it, het behoort allemaal tot de mogelijkheden.

Zeker als je toch Portainer hebt kan ik je aanraden: Ga eens zoeken hoe je daar eenvoudig onderhoud kunt doen met verouderde images (ik heb geen idee, gebruik geen Portainer. Ik doe alles via Docker-Compose)

[Voor 34% gewijzigd door lolgast op 08-02-2021 16:25]

[Freee!!]

Yagermeister schreef op maandag 8 februari 2021 @ 16:14:
[...]
Ik heb hem gestart met onderstaand command

code:

sudo docker run --name="watchtower" -d --restart=always -v /var/run/docker.sock:/var/run/docker.sock containrrr/watchtower

Dit staat ook beschreven in de guide. Ik sta overigens open voor een betere manier . Veel verstand heb ik dan wel niet van Docker maar normaal krijg ik het wel werkend

Onderstaand mijn code voor het starten van Watchtower:

code:

docker run -d \
 --name Watchtower3 \
 -e TZ=Europe/Amsterdam \
 -e WATCHTOWER_CLEANUP=True \
 -e WATCHTOWER_NOTIFICATIONS=email \
 -e WATCHTOWER_NOTIFICATION_EMAIL_FROM=XXXXXXXXXXXXXXXX \
 -e WATCHTOWER_NOTIFICATION_EMAIL_TO=XXXXXXXXXXXXXXXX \
 -e WATCHTOWER_NOTIFICATION_EMAIL_SERVER=192.168.2.246 \
 -e WATCHTOWER_NOTIFICATION_EMAIL_SERVER_PORT=25 \
 -e WATCHTOWER_NOTIFICATION_EMAIL_SERVER_TLS_SKIP_VERIFY=True \
 -e WATCHTOWER_POLL_INTERVAL=7200 \
 -e WATCHTOWER_DEBUG=false \
 -v /var/run/docker.sock:/var/run/docker.sock:rw \
 -v /etc/localtime:/etc/localtime:ro \
 --restart unless-stopped \
 containrrr/watchtower

NB: De e-mail gaat via een eigen SMTP-server (andere Docker container, kan alleen van binnen het netwerk ontvangen) naar buiten, vandaar dat poort 25 gebruikt wordt en er geen wachtwoord wordt opgegeven.

[Yagermeister]

lolgast schreef op maandag 8 februari 2021 @ 16:23:
Dan mis je in ieder geval het argument voor het automatisch opschonen van de oude images
https://containrrr.dev/watchtower/arguments/#cleanup

Ik zie zo aan je commando niet waarom het niet goed gaat, maar volgende logging van Watchtower lijkt die te denken dat hij elke keer voor het eerst start (en dus, opnieuw aangemaakt lijkt?). Je zou met --interval (https://containrrr.dev/watchtower/arguments/#cleanup) eens de poll interval kunnen verkorten naar bijvoorbeeld 5 minuten, dan hoef je niet zo lang te wachten met troubleshooten.

Edit:
Verder, automatisch updaten is altijd een slecht idee. Soms kom je er 2 weken later pas achter dat er iets niet meer werkt, zonder dat je de oorzaak terug gaat kunnen vinden. Andere benodigdheden van config files? Afhankelijkheden waar je systeem ineens niet meer aan voldoet. You name it, het behoort allemaal tot de mogelijkheden.

Zeker als je toch Portainer hebt kan ik je aanraden: Ga eens zoeken hoe je daar eenvoudig onderhoud kunt doen met verouderde images (ik heb geen idee, gebruik geen Portainer. Ik doe alles via Docker-Compose)

Dank voor de tips. De reden dat ik Watchtower heb geprobeerd is omdat dit werd aangeraden. Onderstaand heb ik echter ook zojuist uitgevonden. Er is in mijn geval gelukkig niet veel wat defect kan raken aangezien ik ook maar een paar containers draai. Uiteraard heb ik er weinig zin in om iets kapot te laten gaan dus op zich kan ik het ook handmatig doen zoals hieronder ook gemeld. Het klopt inderdaad dat die denkt dat die elke keer opnieuw start, ik heb de NAS alleen tussen 14:00 en 23:00 de NAS aanstaan dus dat zal dan wel de reden zijn dat hij hier steeds op blijft hangen. Voor nu ga ik het in ieder geval met de hand doen aangezien ik niet bekend ben met docker-compose.

Als je daar een mooie uitleg/guide voor hebt wat werkt bij een Synology dan hoor ik het graag.


Via de Synology Docker app kan het als volgt heb ik ook uitgevonden:

1. Via Register het nieuwe image downloaden
2. Wachten totdat het image ook echt binnen is aangezien je geen progress bar ziet in tegenstelling tot de eerste keer waar dit wel is.
3. Container stoppen.
4. Rechtsklik op de container en dan Actie -> Wissen. Dit bevestigen
5. Rechtsklik op de container en dan starten.

Dit zorgt er dan voor dat de container is geupdate.

[technorabilia]

@Yagermeister
Rond deze post is ook e.e.a. gezegd over Watchtower.
Notificaties kunnen eventueel ook via Diun.

Ik neem aan dat je de Radarr etc. images van LinuxServer.io gebruikt?
Zie onder Updating Info het advies van hen in bijvoorbeeld https://hub.docker.com/r/linuxserver/radarr.

[Yagermeister]

kraades schreef op maandag 8 februari 2021 @ 17:59:
@Yagermeister
Rond deze post is ook e.e.a. gezegd over Watchtower.
Notificaties kunnen eventueel ook via Diun.

Ik neem aan dat je de Radarr etc. images van LinuxServer.io gebruikt?
Zie onder Updating Info het advies van hen in bijvoorbeeld https://hub.docker.com/r/linuxserver/radarr.

Ook dank voor deze info. Ik heb watchdog eerder al uitgezet omdat die toch niet deed updaten. Ik vermoed dat dit dus komt omdat die om 12 uur wilt updaten wat uiteraard niet gaat want dan staat de nas uit.

Portainer weet ik nog niet wat ik daarmee aan moet.

Ik ga maar eens proberen om te zien wat docker-compose oplevert en dan die gebruiken een paar keer per maand. Het enigste wat ik op dit moment nog mis via de synology app is het opruimen van de oude images. Dat heb ik nog niet gevonden dus daar heb ik dan even portainer voor gebruikt.

[Freee!!]

Yagermeister schreef op maandag 8 februari 2021 @ 18:17:
[...]
Portainer weet ik nog niet wat ik daarmee aan moet.

Het is een beheerstool, je kunt het gebruiken om een container te "deployen", waarbij het nieuwste image opgehaald kan worden.

[Yagermeister]

Freee!! schreef op maandag 8 februari 2021 @ 18:24:
[...]

Het is een beheerstool, je kunt het gebruiken om een container te "deployen", waarbij het nieuwste image opgehaald kan worden.

Dan houdt ik die nog even erin want het opruimen van oude images ging daar wel goed mee.

[JorisV]

lolgast schreef op vrijdag 29 januari 2021 @ 09:41:
Ik ben zelfs zo ver gegaan dat mijn SMB shares via een container lopen en niet via de host zelf.

Ik draai docker op een rpi4 maar ik krijg samba niet aan de gang. Zou je je docker-compose hiervan willen delen?

[lolgast]

Ja natuurlijk (ik weet niet of er ook een ARM image is)

YAML:

version: '2.4'

services:
  samba:
    image: dperson/samba
    container_name: samba
    restart: unless-stopped
    ports:
      - 445:445
    environment:
      - USERID=1000
      - GROUPID=1000
      - "SHARE=Video;/mnt/video;;no"
      - "SHARE2=Foto's;/mnt/fotos;;no"
      - "SHARE3=Meggie;/mnt/meggie;;no"
      - "SHARE4=Downloads;/mnt/downloads;;no"
      - RECYCLE=false
    volumes:
      - /shared:/mnt

[sterremos]

misschien een kleine aanpassing, maar ik zie het helaas niet.
Ik heb op Openmediavault Docker geïnstalleerd en wil de image maken Sabnzb via
https://docs.linuxserver.io/images/docker-sabnzbd. en daar ben ik al dagen mee bezig, maar de image wil niet gemaakt worden.

wat is de opzet.

er is een Harddisk die gemount is en bereikbaat via SMB en heeft label NAS
het koppelpunt hiervan is /srv/dev-disk-by-uuid-ac4c53a9-e0da-4f32-ae86-305360e0fe84.

Maar het lukt niet om de image te maken,

dit zou de build moeten zijn, met of zonder extra naar de NAS wil het geen build maken,

ik hoop dat iemand kan helpen, is voor het eerst dat ik met Docker probeer te werken

version: "2.1"
services:
sabnzbd:
image: ghcr.io/linuxserver/sabnzbd
container_name: sabnzbd
environment:
- PUID=1000
- PGID=1000
- TZ=Europe/amsterdam
volumes:
- /srv/dev-disk-by-uuid-ac4c53a9-e0da-4f32-ae86-305360e0fe84:/config
- /srv/dev-disk-by-uuid-ac4c53a9-e0da-4f32-ae86-305360e0fe84:/downloads
- /srv/dev-disk-by-uuid-ac4c53a9-e0da-4f32-ae86-305360e0fe84:/incomplete-downloads #optional
ports:
- 8080:8080
- 9090:9090
restart: unless-stopped


Waar zit de issue?

[c-nan]

sterremos schreef op woensdag 10 februari 2021 @ 09:49:
misschien een kleine aanpassing, maar ik zie het helaas niet.
Ik heb op Openmediavault Docker geïnstalleerd en wil de image maken Sabnzb via
https://docs.linuxserver.io/images/docker-sabnzbd. en daar ben ik al dagen mee bezig, maar de image wil niet gemaakt worden.

wat is de opzet.

er is een Harddisk die gemount is en bereikbaat via SMB en heeft label NAS
het koppelpunt hiervan is /srv/dev-disk-by-uuid-ac4c53a9-e0da-4f32-ae86-305360e0fe84.

Maar het lukt niet om de image te maken,

dit zou de build moeten zijn, met of zonder extra naar de NAS wil het geen build maken,

ik hoop dat iemand kan helpen, is voor het eerst dat ik met Docker probeer te werken

version: "2.1"
services:
sabnzbd:
image: ghcr.io/linuxserver/sabnzbd
container_name: sabnzbd
environment:
- PUID=1000
- PGID=1000
- TZ=Europe/amsterdam
volumes:
- /srv/dev-disk-by-uuid-ac4c53a9-e0da-4f32-ae86-305360e0fe84:/config
- /srv/dev-disk-by-uuid-ac4c53a9-e0da-4f32-ae86-305360e0fe84:/downloads
- /srv/dev-disk-by-uuid-ac4c53a9-e0da-4f32-ae86-305360e0fe84:/incomplete-downloads #optional
ports:
- 8080:8080
- 9090:9090
restart: unless-stopped


Waar zit de issue?[Afbeelding]

Geen ervaring met portainer, maar het lijkt dat jij een docker-compose format gebruikt waar een Dockerfile format wordt verwacht?

[Freee!!]

c-nan schreef op woensdag 10 februari 2021 @ 09:52:
[...]
Geen ervaring met portainer, maar het lijkt dat jij een docker-compose format gebruikt waar een Dockerfile format wordt verwacht?

Portainer verwacht een docker-compose format, maar ik heb dat ook nooit lekker werkend gekregen.

Ik zou docker-compose vanaf de command line aftrappen of het omschrijven naar een "docker run" commando, dan kun je de foutmeldingen een stuk beter zien.

Overigens moet de image niet gemaakt worden, die haal je op, je wil de container aanmaken en starten.
Een klein dingetje wat me wel opviel (en ik weet niet of het een probleem is), is dat je in de TZ Amsterdam als "amsterdam" schrijft (zonder hoofdletter).

[Voor 20% gewijzigd door Freee!! op 10-02-2021 09:59]

[lolgast]

@sterremos Geen idee of Portainer tabs automatisch omzet naar 4 spaties, maar YAML is uiterst kritisch op indentation. Check even op tabs

Met @kraades Je zit zo te zien in het verkeerde venster. Je bent een image aan het maken, geen container aan het starten

[Voor 30% gewijzigd door lolgast op 10-02-2021 10:02]

[technorabilia]

@Freee!!
Wel vreemd dan dat er zo expliciet staat dat het om een Dockerfile gaat.

Edit:
Misschien je Docker compose file eerst eens testen vanaf de prompt.

[Voor 30% gewijzigd door technorabilia op 10-02-2021 10:01]

[Freee!!]

kraades schreef op woensdag 10 februari 2021 @ 09:59:
@Freee!!
Wel vreemd dan dat er zo expliciet staat dat het om een Dockerfile gaat.

Bovenaan in de nieuwe Webeditor tab staat:

# Define or paste the content of your docker-compose file here

[lolgast]

@Freee!! Hij is echt een image aan het maken. Kijk maar naar het URL pad.

Klik aan de linkerkant eens op 'Containers' en begin opnieuw

[Freee!!]

lolgast schreef op woensdag 10 februari 2021 @ 10:03:
@Freee!! Hij is echt een image aan het maken. Kijk maar naar het URL pad.

Ouch, dat is inderdaad een probleem, hij wil een bestand image downloaden en gebruiken.

Klik aan de linkerkant eens op 'Containers' en begin opnieuw

Niet "Containers" maar "Stacks".
Maar ik zou het gewoon vanaf de command line doen.

[sterremos]

dom dom, inderdaad newbee foutje, kan het inderdaad nu aanmaken,
Geweldig de hulp

echter een kleine aanpassing die niet wil lukken, het lukt niet om de config of de download map op de hardisk aan te maken. blijft het in de SSD te doen.

Weet iemand daar ook de oplossing?


version: "2.1"
services:
sabnzbd:
image: ghcr.io/linuxserver/sabnzbd
container_name: sabnzbd
environment:
- PUID=1000
- PGID=100
- TZ=Europe/London
volumes:
- /srv/dev-disk-by-uuid-ac4c53a9-e0da-4f32-ae86-305360e0fe84/config
- /srv/dev-disk-by-uuid-ac4c53a9-e0da-4f32-ae86-305360e0fe84:/Download/complete
- /srv/dev-disk-by-uuid-ac4c53a9-e0da-4f32-ae86-305360e0fe84:/Download

ports:
- 8080:8080
- 9090:9090
restart: unless-stopped

[technorabilia]

@sterremos
Volgens mij mis je de mapping voor config? Geen dubbele punt aanwezig.

Het is bijvoorbeeld:
/pad/op/host:/pad/in/container.

[Voor 25% gewijzigd door technorabilia op 10-02-2021 11:01]

[Freee!!]

sterremos schreef op woensdag 10 februari 2021 @ 10:56:
dom dom, inderdaad newbee foutje, kan het inderdaad nu aanmaken,
Geweldig de hulp

echter een kleine aanpassing die niet wil lukken, het lukt niet om de config of de download map op de hardisk aan te maken. blijft het in de SSD te doen.

Weet iemand daar ook de oplossing?


version: "2.1"
services:
sabnzbd:
image: ghcr.io/linuxserver/sabnzbd
container_name: sabnzbd
environment:
- PUID=1000
- PGID=100
- TZ=Europe/London
volumes:
- /srv/dev-disk-by-uuid-ac4c53a9-e0da-4f32-ae86-305360e0fe84/config
- /srv/dev-disk-by-uuid-ac4c53a9-e0da-4f32-ae86-305360e0fe84:/Download/complete
- /srv/dev-disk-by-uuid-ac4c53a9-e0da-4f32-ae86-305360e0fe84:/Download

ports:
- 8080:8080
- 9090:9090
restart: unless-stopped

Probeer het eens met "/srv/dev-disk-by-label-NAS/" ipv "/srv/dev-disk-by-uuid-ac4c53a9-e0da-4f32-ae86-305360e0fe84/".

[alesandro_46]

Freee!! schreef op woensdag 10 februari 2021 @ 11:08:
[...]

Probeer het eens met "/srv/dev-disk-by-label-NAS/" ipv "/srv/dev-disk-by-uuid-ac4c53a9-e0da-4f32-ae86-305360e0fe84/".

In Openmediavault zijn ze bij het mounten van partities onlangs afgestapt van dev-disk-by-label-xxx en weer terug gegaan naar dev-disk-by-uuid-xxx

Edit: @Freee!!: dat had je in de release notes kunnen vinden.
Grapje natuurlijk, ik heb een HDD een aantal keer geformateerd en veel op internet gezocht voordat ik hierachter was. Erg onhandig maar het is niet anders.
Ik heb de release nog een keer terug gerold naar een oudere versie, dan de disk gemount en vervolgens geupdate naar de laatste versie. Echter als je daarna de disk unmount en weer mount komt ie wordt ie alsnog met de uuid gemount.

[Voor 43% gewijzigd door alesandro_46 op 10-02-2021 17:04]

[Freee!!]

alesandro_46 schreef op woensdag 10 februari 2021 @ 11:45:
[...]
In Openmediavault zijn ze bij het mounten van partities onlangs afgestapt van dev-disk-by-label-xxx en weer terug gegaan naar dev-disk-by-uuid-xxx

Bedankt, die had ik nog niet meegekregen.

[sterremos]

helaas, ze worden wel aangemaakt maar niet bij de harddisk,
het SDD kaartje heeft nu aardig aantal mappen.
Kan het zijn dat de schijf geen toegang heeft, het staat nergens maar moet ik bv toegang geven in openmedia voor de hhd tbv docker/pontainer?

[alesandro_46]

sterremos schreef op woensdag 10 februari 2021 @ 12:22:
helaas, ze worden wel aangemaakt maar niet bij de harddisk,
het SDD kaartje heeft nu aardig aantal mappen.
Kan het zijn dat de schijf geen toegang heeft, het staat nergens maar moet ik bv toegang geven in openmedia voor de hhd tbv docker/pontainer?

De user niet toegang hebben om wijzigingen aan te brengen op de dit jouw opgegeven locaties. In jouw geval dus de onderstaande user (lijkt een root user te zijn?):

- PUID=1000
- PGID=100

[technorabilia]

sterremos schreef op woensdag 10 februari 2021 @ 10:56:

volumes:
- /srv/dev-disk-by-uuid-ac4c53a9-e0da-4f32-ae86-305360e0fe84/config

Dit klopt sowieso niet.

[Freee!!]

sterremos schreef op woensdag 10 februari 2021 @ 12:22:
helaas, ze worden wel aangemaakt maar niet bij de harddisk,
het SDD kaartje heeft nu aardig aantal mappen.
Kan het zijn dat de schijf geen toegang heeft, het staat nergens maar moet ik bv toegang geven in openmedia voor de hhd tbv docker/pontainer?

Je moet in OMV die schijf wel open stellen voor toegang.

[sterremos]

Freee!! schreef op woensdag 10 februari 2021 @ 12:26:
[...]

Je moet in OMV die schijf wel open stellen voor toegang.

sorry, maar die staat toch volgens mij open als ik er via SMB toegang er extra map kan aanbrengen?
Of moet ik voor dockers nog iets aanpassen?

[Freee!!]

sterremos schreef op woensdag 10 februari 2021 @ 12:29:
[...]
sorry, maar die staat toch volgens mij open als ik er via SMB toegang er extra map kan aanbrengen?
Of moet ik voor dockers nog iets aanpassen?

Voor welke user staat het via SMB open Is dat dezelfde als via Docker

[Freee!!]

Met onderstaand commando heb ik de container direct met de eerste poging draaiend:

code:

docker run -d \
  --name=sabnzbd \
  -e TZ=Europe/Amsterdam \
  -p 8080:8080 \
  -p 9090:9090 \
  -v /srv/dev-disk-by-label-WDE/Sabnzbd:/config \
  -v /srv/dev-disk-by-label-WDE/Sabnzbd/Downloads:/downloads \
  -v /srv/dev-disk-by-label-WDE/Sabnzbd/Incomplete_Downloads:/incomplete-downloads \
  --restart unless-stopped \
  ghcr.io/linuxserver/sabnzbd

Als ik die via de browser probeer te benaderen, krijg ik de volgende foutmelding

Access denied - Hostname verification failed: https://sabnzbd.org/hostname-check

maar in Portainer kan ik zien, dat de container zelf netjes actief is.

EDIT:
Toegang op IP-adres werkt wel.

[sterremos]

onbegrijpelijk,

Ook ik kan het maken, volgens mij staat alles goed, ik zag bij SMB niet op delen stond, deze op publiek gezet.
Ook staan de toegang goed maar er worden ook geen bestanden op de disk aangebracht.
ook zie ik geen Harddisk in de /srv

version: "2.1"
services:
sabnzbd:
image: ghcr.io/linuxserver/sabnzbd
container_name: sabnzbd
environment:
- PUID=1000
- PGID=1000
- TZ=Europe/Amsterdam
volumes:
- /srv/dev-disk-by-label-NAS:/Sab/config
- /srv/dev-disk-by-label-NAS:/Sab/downloads
- /srv/dev-disk-by-label-NAS:/Sab/incomplete-downloads
ports:
- 8080:8080
- 9090:9090
restart: unless-stopped

[Freee!!]

sterremos schreef op woensdag 10 februari 2021 @ 13:30:
onbegrijpelijk,

Ook ik kan het maken, volgens mij staat alles goed, ik zag bij SMB niet op delen stond, deze op publiek gezet.
Ook staan de toegang goed maar er worden ook geen bestanden op de disk aangebracht.
ook zie ik geen Harddisk in de /srv

version: "2.1"
services:
sabnzbd:
image: ghcr.io/linuxserver/sabnzbd
container_name: sabnzbd
environment:
- PUID=1000
- PGID=1000
- TZ=Europe/Amsterdam
volumes:
- /srv/dev-disk-by-label-NAS:/Sab/config
- /srv/dev-disk-by-label-NAS:/Sab/downloads
- /srv/dev-disk-by-label-NAS:/Sab/incomplete-downloads
ports:
- 8080:8080
- 9090:9090
restart: unless-stopped

Zorg dat je PUID en PGID waardes goed zijn.

id <username>

[sterremos]

ik heb eens gekeken via WinSCP en dan kom ik het wel tegen.

zowel als bij Disk als bij Dev.
Zo tezien is het een rommeltje,misschien moet ik alles weg halen en opnieuw imstalleren.



Als de Mappen opent kom ik ook de NAS map tegen,



en zo zie ik het in de nas op de PC

[Freee!!]

alesandro_46 schreef op woensdag 10 februari 2021 @ 11:45:
[...]
Edit: @Freee!!: dat had je in de release notes kunnen vinden.
Grapje natuurlijk, ik heb een HDD een aantal keer geformateerd en veel op internet gezocht voordat ik hierachter was. Erg onhandig maar het is niet anders.
Ik heb de release nog een keer terug gerold naar een oudere versie, dan de disk gemount en vervolgens geupdate naar de laatste versie. Echter als je daarna de disk unmount en weer mount komt ie wordt ie alsnog met de uuid gemount.

Ik heb de hele update gemist.

[Bakkertje_01]

Goedemorgen,

Ik ben de afgelopen tijd een beetje aan het prutsen met Docker. Tot dusver heb ik op een oude pc Proxmox geïnstalleerd met daarop een aantal Ubuntu vm's. Op 1 VM heb ik docker geïnstalleerd en daar een aantal containers aan toegevoegd. (Heimdall, portainer, watchtower, homeassistant).

Situatie:
Nu heb ik ook OpenVPN (https://github.com/linuxserver/docker-openvpn-as) toegevoegd en lukt het (na portforwarding) om te connecten. Ik heb internet, echter kan ik niets doen in mijn interne 192 netwerk. Nu krijg ik van OpenVPN een private 172.27.232.3 VPN adres. Nu ben ik aan het kijken hoe hij aan een 172 adres komt, want dat begrijp ik niet. Ik zou toch eigenlijk een local ip willen hebben van mijn eigen netwerk (192.168.178.*).

Nu staat er in het openvpn admin panel eth0: 172.17.0.3. Oke goed, dit is nog niet 172.27.*.*. Nu kijk ik in het portainer networks menu en zie daar "Bridge" staan met IPV4 IPAM Subnet 172.17.0.0/16 en IPV4 IPAM Gateway 172.17.0.1.

Bij host en none staat niets.

Probleem/wat wil ik/wat snap ik niet:
Hoe krijg ik het voor elkaar, dat wanneer ik connect met OpenVPN, dat ik een local ip krijg zodat ik iets kan doen op mijn lokale netwerk. Ik denk zelf dat het iets is met het bridge network van Docker, alleen begrijp ik niet waarom dit default op 172 staat en of ik juist dit moet veranderen of dat ik dit het beste op een andere manier moet doen.

Kan iemand mij de juiste richting opsturen?

[technorabilia]

@Bakkertje_01
Subnet toevoegen?
https://github.com/linuxs...96#issuecomment-562648722

[Bakkertje_01]

kraades schreef op dinsdag 2 maart 2021 @ 10:20:
@Bakkertje_01
Subnet toevoegen?
https://github.com/linuxs...96#issuecomment-562648722

oooo

Zo makkelijk is het


Maar wat nu als ik ook pi-hole en/of unify controller als container wil draaien. Moet ik dan ook iets aanpassen zodat deze werken op het lokale netwerk?

[technorabilia]

@Bakkertje_01
Pi-hole deed ik altijd met driver macvlan zodat je een lokaal ip-adres krijgt.

Edit:
Ik vind hier een voorbeeld:
L0g0ff in "[Pi-Hole] Ervaringen & discussie"

[Voor 37% gewijzigd door technorabilia op 02-03-2021 11:10]

[ThinkPad]

@Bakkertje_01 Als je de boel toch nog moet opzetten kun je ook kijken naar Wireguard, dat vind ik persoonlijk wat fijner werken dan OpenVPN. Op mobile devices gebruikt het ook veel minder batterij heb ik het idee. Ik gebruik deze image. Op m'n telefoon (iPhone) ingesteld dat hij bij alle netwerken, behalve m'n eigen SSID, automatisch de VPN moet starten. Werkt heerlijk, automatisch ad-blocking via de Pi-hole thuis en ondertussen internet via een beveiligde tunnel. En configuratie importeren hoef je ook niet te klooien met een config file importeren, maar kun je gewoon een QR-code scannen.

Ik heb al m'n containers in bridge draaien. Om pi-hole bereikbaar te maken vanaf de VPN moest ik dit doen: ThinkPadd in "[Pi-Hole] Ervaringen & discussie". Als ik thuis ben dan kan ik de Pi-hole DNS server gewoon bereiken via het IP-adres van de Docker host (heb het ook in een VM (Ubuntu) draaien, net als jij).

[Voor 37% gewijzigd door ThinkPad op 02-03-2021 11:17]

[technorabilia]

@ThinkPad
Interessant, maar krijg je dan geen conflicten als er iets anders op poort 80 of 443 draait op je host?

[ThinkPad]

kraades schreef op dinsdag 2 maart 2021 @ 11:20:
@ThinkPad
Interessant, maar krijg je dan geen conflicten als er iets anders op poort 80 of 443 draait op je host?

Qua poorten die Pi-hole gebruikt bedoel je? (80 en 443).

Die heb ik aan een andere poort gekoppeld. 83 (Docker host) gaat naar 80 van de Pi-hole container en 444 (Docker) naar 443 (Pi-hole). Via Heimdall een linkje in m'n dash gezet om via die aangepaste poorten naar Pi-hole te kunnen voor beheer (doe ik zelden, regelt zichzelf allemaal). Poort 53 heb ik wel 1:1 doorgemapt van binnen de container naar de host, omdat de meeste systemen ook verwachten dat een DNS-server op 53 zit en daarom alleen de mogelijkheid geven om een IP-adres in te vullen (i.p.v. IP+ poort). Pi-hole geeft 0.0.0.0 terug als het een blacklisted domein is, dus dat zijn webserver niet op 80/443 bereikbaar is (om een alternatieve pagina te injecteren i.p.v. reclame) zou dan ook niet uit moeten maken naar mijn idee.

Docker + Portainer + Watchtower hebben het runnen van een homelab echt stukken makkelijker gemaakt. Containertje opzetten, inrichten en daarna geen omkijken meer naar.

[Voor 10% gewijzigd door ThinkPad op 02-03-2021 11:29]

[Bakkertje_01]

kraades schreef op dinsdag 2 maart 2021 @ 11:04:
@Bakkertje_01
Pi-hole deed ik altijd met driver macvlan zodat je een lokaal ip-adres krijgt.

Ik heb ooit iets van dat macvlan meegekregen, wist niet precies waarvoor ik het kon inzetten. Maar het kan dus gebruikt worden om elke container een eigen ip te geven. Dit ga ik even verder bekijken. Heb het gevoel dat ik dit zoek.

ThinkPadd schreef op dinsdag 2 maart 2021 @ 11:13:
@Bakkertje_01 Als je de boel toch nog moet opzetten kun je ook kijken naar Wireguard, dat vind ik persoonlijk wat fijner werken dan OpenVPN. Op mobile devices gebruikt het ook veel minder batterij heb ik het idee. Ik gebruik deze image. Op m'n telefoon (iPhone) ingesteld dat hij bij alle netwerken, behalve m'n eigen SSID, automatisch de VPN moet starten. Werkt heerlijk, automatisch ad-blocking via de Pi-hole thuis en ondertussen internet via een beveiligde tunnel. En configuratie importeren hoef je ook niet te klooien met een config file importeren, maar kun je gewoon een QR-code scannen.

Ik heb al m'n containers in bridge draaien. Om pi-hole bereikbaar te maken vanaf de VPN moest ik dit doen: ThinkPadd in "[Pi-Hole] Ervaringen & discussie". Als ik thuis ben dan kan ik de Pi-hole DNS server gewoon bereiken via het IP-adres van de Docker host (heb het ook in een VM (Ubuntu) draaien, net als jij).

Dit ga ik ook even installeren en testen. Thnx!

[Voor 57% gewijzigd door Bakkertje_01 op 02-03-2021 11:41]

[technorabilia]

Bakkertje_01 schreef op dinsdag 2 maart 2021 @ 11:41:
[...]

Ik heb ooit iets van dat macvlan meegekregen, wist niet precies waarvoor ik het kon inzetten. Maar het kan dus gebruikt worden om elke container een eigen ip te geven. Dit ga ik even verder bekijken. Heb het gevoel dat ik dit zoek.

Klopt, de container krijgt dan een eigen IP-adres. De docker-compose.yaml file van hierboven kun je gebruiken. In het Pi-hole topic vind je ook wel voorbeelden met een docker create network en docker run maar ik zou kijken naar docker-compose. Dat documenteert zichzelf en makkelijk in gebruik.

[Freee!!]

kraades schreef op dinsdag 2 maart 2021 @ 12:08:
[...]
maar ik zou kijken naar docker-compose. Dat documenteert zichzelf en makkelijk in gebruik.

Daarover verschillen de meningen, ik heb docker-compose nooit lekker werkend gekregen. En als de host van je Docker containers ooit corrupt raakt, zijn je .yml files ook allemaal pleite.

[technorabilia]

Freee!! schreef op dinsdag 2 maart 2021 @ 12:14:
[...]

Daarover verschillen de meningen, ik heb docker-compose nooit lekker werkend gekregen. En als de host van je Docker containers ooit corrupt raakt, zijn je .yml files ook allemaal pleite.

Ah, dat is minder. Ik heb daar zelf nooit last van gehad.

Ik bewaarde voorheen altijd mijn docker run etc. commando's, maar vond het yaml formaat dan net wat gestructureerder. Ook de commando's zijn best handig up/down/start/stop/etc. Vind ik.

Maar het komt natuurlijk het best tot z'n recht als je een multi-container services hebt met bijvoorbeeld een frontend, backend, database, cache etc.

De yaml files laat ik meelopen in mijn backup. Je zou ze ook in Git versiebeheer kunnen zetten.

[Voor 0% gewijzigd door technorabilia op 02-03-2021 12:38. Reden: typos]

[Yarisken]

Freee!! schreef op dinsdag 2 maart 2021 @ 12:14:
[...]

Daarover verschillen de meningen, ik heb docker-compose nooit lekker werkend gekregen. En als de host van je Docker containers ooit corrupt raakt, zijn je .yml files ook allemaal pleite.

Ow ik vind docker een draak om mee te werken en alles zit bij mij in yaml files.
Wat je kan doen is een gratis gitlab openen in de cloud en daar je yaml files naar syncen :-).

Thx voor die tip om ip te geven aan een container, wist ik nog niet.

[sailor_dg]

Zelf ook al meer dan een jaar tevreden dockercompose gebruiker. Heel rits aan services: plex, radarr, sonarr, samba, nextcloud, etc. Meeste via Macvlan, werkt mijns inziens het simpelst en kan daarmee alles op het goede vlan zetten.

[Jazco2nd]

Wie gebruikt hier BTRFS filesystem?
Docker maakt daar heel goed gebruik van, maar ik merk dat er op een gegeven moment een paar honderd subvolumes zijn gemaakt, terwijl ik maar 22 containers heb.

Docker lijkt de subvolumes die het aanmaakt dus niet op te ruimen. Op Github zie ik lange issues hierover, maar geen duidelijke oplossing.
https://github.com/moby/moby/issues/9939
https://github.com/moby/moby/issues/27653
https://forums.unraid.net...-btrfs-subvolume-problem/

Maar het zijn vooral oude berichten, 2018 is het meest recent.. Ben benieuwd of anderen dit begrijpen en hoe te voorkomen dat het zo de spuigaten uitloopt.

[technorabilia]

@Jazco2nd
Volgens mij heb ik hier geen last van als ik met het commando btrfs subvolumes list kijk?
(ik gebruik nog docker 18.09.8 op een Synology)

Edit:
Misschien toch wel.
Ik doe nog wel eens een "docker system prune -a" dus ik denk dat ik zelf regelmatig opschoon.
Pas op met dit commando!

[Voor 33% gewijzigd door technorabilia op 04-03-2021 08:43]

[Jazco2nd]

kraades schreef op donderdag 4 maart 2021 @ 08:40:
@Jazco2nd
Volgens mij heb ik hier geen last van als ik met het commando btrfs subvolumes list kijk?
(ik gebruik nog docker 18.09.8 op een Synology)

Edit:
Misschien toch wel.
Ik doe nog wel eens een "docker system prune -a" dus ik denk dat ik zelf regelmatig opschoon.
Pas op met dit commando!

Met prune had ik nog steeds een heleboel subvolumes. Ik heb uiteindelijk dit gebruikt:
sudo docker system prune --all --volumes --force

Nu zijn er geen btrfs subvolumes in /var/lib/docker/subvolumes/ meer. Lekker leeg.
Vervolgens docker-compose up -d gedraaid, ik heb 22 containers, 6 volumes en 22 images nu.
Een uurtje later check ik weer btrfs subvolume list / en daar zie ik in totaal 190 subvolumes met als pad /var/lib/docker/subvolumes/.

Toch best veel, maar wellicht kan het geen kwaad.

Ik zal dus regelmatig dat commando draaien, ik begrijp dat het geen running containers, de bijbehorende images/volumes/networks zal verwijderen..

[alesandro_46]

Onderstaand een video hoe je van draaiende containers een docker compose file kan maken.

[Freee!!]

alesandro_46 schreef op zaterdag 6 maart 2021 @ 13:04:
Onderstaand een video hoe je van draaiende containers een docker compose file kan maken.

[YouTube: Export Docker Container Settings as Docker Compose Stack]

Gewoon autocompose installeren, heb je helemaal geen video voor nodig.

En had ik al verteld, dat ik een bloedhekel heb aan die instructievideo's

[lolgast]

Mijn ervaring met die automatisch geconverteerde docker-compose bestanden is dat ze vol staan met zaken die niet gedefinieerd hoeven te worden. Waarom niet gewoon even zelf een bestandje maken? Zo moeilijk zijn ze over het algemeen toch niet?

[Freee!!]

lolgast schreef op zaterdag 6 maart 2021 @ 13:40:
Mijn ervaring met die automatisch geconverteerde docker-compose bestanden is dat ze vol staan met zaken die niet gedefinieerd hoeven te worden. Waarom niet gewoon even zelf een bestandje maken? Zo moeilijk zijn ze over het algemeen toch niet?

Een basis waaruit je alleen maar overbodige zaken hoeft te slopen (en eventueel wat detail aan te passen) is nog veel gemakkelijker, waarom moeilijk doen als het makkelijk kan
Daarnaast is het ook een gemakkelijke manier om te zien of alles wel goed staat.

[alesandro_46]

Freee!! schreef op zaterdag 6 maart 2021 @ 13:39:
[...]

Gewoon autocompose installeren, heb je helemaal geen video voor nodig.

En had ik al verteld, dat ik een bloedhekel heb aan die instructievideo's

Dat heb je mij nog niet verteld, nee. Gelukkig is Tweakers niet op jou toegespitst dus in jouw geval: even iets verder scrollen.

[Arunia]

FFFUUUUUUUU!!!!

Ik heb in Docker onder Windows 10 al enige tijd een Wordpress site met een kookboek draaien.
Echter dacht ik deze even te stoppen en opnieuw te starten met een nieuw poortnummer.
Maar, blijkbaar heb ik me in het commando vergist (en de instellingen van mijn container).
Heb docker-compose down gebruikt.
Aanpassingen gemaakt in de docker-compose file voor een ander poortnummer en nu na opstarten een heerlijk lege wordpress site...

Zuch, is er een mogelijkheid om het weer terug te krijgen of heeft docker alles verwijderd?
Heb ook de mappen structuur in de verkenner veranderd om zo alles netjes te ordenen.

De manier om de container etc op te starten, was docker-compose up -d.
De compose file is deze:

code:

version: '2'

services:
   db:
     image: mysql:5.7
     volumes:
       - db_data:/var/lib/mysql
     restart: always
     environment:
       MYSQL_ROOT_PASSWORD: somewordpress
       MYSQL_DATABASE: wordpress
       MYSQL_USER: wordpress
       MYSQL_PASSWORD: wordpress

   wordpress:
     depends_on:
       - db
     image: wordpress:latest
     ports:
       - "80:80"
     restart: always
     environment:
       WORDPRESS_DB_HOST: db:3306
       WORDPRESS_DB_USER: wordpress
       WORDPRESS_DB_PASSWORD: wordpress
volumes:
    db_data:

Volumes voor het wordpress pad had ik nog niet toegevoegd:
volumes:
- ./wp-content:/var/www/html/wp-content

Dat wist ik nog niet eigenlijk.

[lolgast]

@Arunia Die is weg, want alle data stond in de container. En die is weg.

Daar zijn volumes dus voor in het leven geroepen, maar daar heb je nu niets meer aan

[Voor 38% gewijzigd door lolgast op 07-03-2021 10:43]

[Arunia]

@lolgast Daar was ik al bang voor. Hoop dat ik zo slim was om het in mijn backup mee te nemen.
Denk het haast wel, maar dat ga ik nu even controleren.
Zie net pas dat het docker-compose stop had moeten zijn...

nvm, niet dus. Nahja, er stond wel aardig wat in, maar daar heb ik nu niets meer aan.
Dan maar opnieuw beginnen tzt.

Ik vraag me af of recovery software draaien nut heeft. Alles staat/stond natuurlijk in de DockerVM.

[Voor 34% gewijzigd door Arunia op 07-03-2021 11:05]

[Mars Warrior]

Arunia schreef op zondag 7 maart 2021 @ 10:47:
@lolgast Daar was ik al bang voor. Hoop dat ik zo slim was om het in mijn backup mee te nemen.
Denk het haast wel, maar dat ga ik nu even controleren.
Zie net pas dat het docker-compose stop had moeten zijn...

nvm, niet dus. Nahja, er stond wel aardig wat in, maar daar heb ik nu niets meer aan.
Dan maar opnieuw beginnen tzt.

Ik vraag me af of recovery software draaien nut heeft. Alles staat/stond natuurlijk in de DockerVM.

Maar je hebt toch nog de database? Daar staat je hele site in, uitgezonderd de multimedia content, dus je plaatjes en filmpjes...

[Arunia]

@Mars Warrior zou best kunnen. Alleen hoe kom ik daar bij?
Ik heb geen mogelijkheid gehad me te verdiepen in docker en ook wordpress.

[Voor 38% gewijzigd door Arunia op 07-03-2021 11:20]

[technorabilia]

@Arunia
Even kijken of je volume er nog is.

Ik ben er namelijk niet zeker van of je volume ook is verwijderd als ik dit zo lees:
https://docs.docker.com/compose/reference/down/

Edit:
docker volume ls

[Voor 9% gewijzigd door technorabilia op 07-03-2021 11:23]

[Arunia]

@kraades
Ik kom wel een aantal volumes tegen waaronder wat met ondefinieerbare code en een aantal met normale namen.

Alleen geen idee hoe ik dat verder moet koppelen of hoe ik erachter kom wat wel of niet correct is.


Screenshot met iets meer info vanuit Portainer.
Waaronder 4 unused. Dus het lijkt erop dat één van die dus mijn volume is.

[Voor 51% gewijzigd door Arunia op 07-03-2021 11:32]

[link0007]

lolgast schreef op zondag 7 maart 2021 @ 10:41:
@Arunia Die is weg, want alle data stond in de container. En die is weg.

Daar zijn volumes dus voor in het leven geroepen, maar daar heb je nu niets meer aan

Zou mooi zijn als file management wat beter aangepakt zou worden in Docker, iig voor consumenten en dergelijke. Het is erg omslachtig en verwarrend geregeld nu, en dataverlies is eerder regel dan uitzondering als je niet exact weet hoe het werkt. Zou mooi zijn als Docker een ingebouwde permanente volume container had, die ook makkelijk te benaderen is vanaf je PC.

@Arunia: Kan je via Explorer nog bij de volumes? (\\wsl$\docker-desktop-data\version-pack-data\community\docker\volumes)

[Arunia]

@link0007 Wat je zegt inderdaad. Nu moet je er dus wel wat meer verstand van hebben en dus het idee dat volumes daar voor zijn.
Maar zo te zien is het inderdaad niet weg.

Hoe kom ik daar? Wat je typt qua locatie komt me niet bekend voor namelijk.
Zit onder Windows 10 en volgens mij met Linux containers.

[link0007]

Arunia schreef op zondag 7 maart 2021 @ 11:40:
@link0007 Wat je zegt inderdaad. Nu moet je er dus wel wat meer verstand van hebben en dus het idee dat volumes daar voor zijn.
Maar zo te zien is het inderdaad niet weg.

Hoe kom ik daar? Wat je typt qua locatie komt me niet bekend voor namelijk.
Zit onder Windows 10 en volgens mij met Linux containers.

Als het goed is kan je gewoon die locatie in je Explorer kopiëren. WSL staat voor 'windows subsystem for Linux', en deze link brengt je dus naar de virtuele linux-schijf van je PC, waar Docker ook gebruik van maakt.

[Arunia]

@link0007
Als ik dit doe, dan lijkt het erop dat het niet geinstalleerd is:
:\Users\Admin>wsl -l -v
Windows Subsystem for Linux has no installed distributions.
Distributions can be installed by visiting the Microsoft Store:
https://aka.ms/wslstore

Ik weet alleen niet of het na installeren wel werkt.

De link die je geeft werkt niet en een andere ook niet.

https://github.com/microsoft/WSL/discussions/4176

[Voor 24% gewijzigd door Arunia op 07-03-2021 11:55]

[technorabilia]

@Arunia
Hoe staat Docker Desktop ingesteld? (via Settings, General)

[Mars Warrior]

Arunia schreef op zondag 7 maart 2021 @ 11:30:
@kraades
Ik kom wel een aantal volumes tegen waaronder wat met ondefinieerbare code en een aantal met normale namen.

Alleen geen idee hoe ik dat verder moet koppelen of hoe ik erachter kom wat wel of niet correct is.

[Afbeelding]
Screenshot met iets meer info vanuit Portainer.
Waaronder 4 unused. Dus het lijkt erop dat één van die dus mijn volume is.

Via Portainer kun je browsen over de volumes. Dus dat is simpel te doen om te checken of je Wordpress bestanden tegenkomt.

Verder altijd ff lezen: https://hub.docker.com/_/wordpress, want in het voorbeeld staat een wordpress volume!

[Arunia]

@kraades
Vinkje bij "Start docker desktop when you log in" en "Send usage statistics".
Geen vinkje bij "Expose daemon on tcp....." en "use the WSL 2 based engine"

Hmm, daar nooit op gelet.

@Mars Warrior Ik had toen één of andere site gepakt om het in te stellen, nooit op gelet. Kon het toen ook niet vinden bij Docker zelf. Dus dan vanaf nu maar via die route op pakken en volumes regelen.

Nu alleen nog kijken hoe ik er bij kom en welke het is.
Portainer laat ze zien, maar als ik er op klik, dan gaat hij er niet naar toe oid.
Dan zal ik echt wat verkeerd doen. Dat betwijfel ik absoluut niet.

[technorabilia]

Volgens mij moet je dan de portainer agent gebruiken...

[Arunia]

@kraades portainer zelf draait wel gewoon, maar daar is dus weer een agent voor. Pff haha.

Ik weet niet of ik wsl nog kan instellen. Of dat ik dan meer sloop.

Ik moet dus een manier hebben om in die volume te komen en daarna om die weer te koppelen aan de wordpress kookboek container.

[Younes]

@Arunia

(Volg dit topic alleen maar omdat ik docker wil leren, dus geen verstand van)

Als je de website toegankelijk hebt gemaakt voor de rest van de wereld en daarbij ook voor searchbots, en de website was lang genoeg online, dan zou je in de cache van Google op jouw website kunnen zoeken. Wellicht dat je nog wat content terugvindt

[Mars Warrior]

kraades schreef op zondag 7 maart 2021 @ 12:53:
Volgens mij moet je dan de portainer agent gebruiken...

Klopt. Werkt enkel met de agent.

@Arunia , zie deze video van Portainer zelf hoe dit werkt: YouTube: How-to: Use the Portainer volume browser feature

Verder:
- als browsen werkt kun je de data downloaden naar je pc
- dan altijd via compose of via portainer een volume aanmaken
- data weer terugzetten op dit volume
- wordpress en mysql starten met de volumes

[Voor 22% gewijzigd door Mars Warrior op 07-03-2021 13:18]

[Arunia]

@Younes Ik ging er altijd via ip adres heen en was inderdaad van buitenaf te bereiken.
Het kan een optie zijn.

@Mars Warrior
Poeh, ik zal het vanavond oid even rustig door gaan nemen. Eens kijken of ik er uit kom.

[technorabilia]

@Arunia
Wat hierboven staat.

Ik weet niet hoe het precies werkt als je geen wsl gebruikt, maar misschien kun je nog eens zoeken op de lokale disk of je iets kan vinden? In c:\users of c:\programdata of...?

Eventueel een tijdelijk volume aanmaken met een uniek naampje en hierop zoeken?

Mogelijk dat het verstopt zit in een vm maar wie weet...

[Mars Warrior]

Arunia schreef op zondag 7 maart 2021 @ 13:41:
@Younes Ik ging er altijd via ip adres heen en was inderdaad van buitenaf te bereiken.
Het kan een optie zijn.

@Mars Warrior
Poeh, ik zal het vanavond oid even rustig door gaan nemen. Eens kijken of ik er uit kom.

Het is nu ff knudde, maar heb je Portainer eenmaal draaiende zoals het tegenwoordig moet - dus met agent - dan is dat deel voor altijd onder controle.

En verder qua docker: images zijn altijd read-only, en data is ‘weg’ als je niet expliciet zorgt voor opslag op een (named) volume. Eigenlijk heel simpel dus dat principe.

Portainer heeft goede documentatie, inclusief plaatjes: https://documentation.portainer.io/v2.0/volumes/browse/

[Voor 7% gewijzigd door Mars Warrior op 07-03-2021 14:30]

[Arunia]

Ik ga er deze week eens rustig voor zitten.
Het is even een bak met info. En absoluut gewaardeerd!

[Voor 39% gewijzigd door Arunia op 07-03-2021 14:42]

[technorabilia]

@Arunia
De video hierboven gaat uit van docker swarm.

Je kunt ook zonder docker swarm installeren zoals hier beschreven.

Installeer zowel de server als de agent door beide docker run commando's uit te voeren (incl. docker create volume) en connect vanuit de server naar de agent.
Dit kun je opgeven als je portainer voor de eerste keer start. Kies dan voor "agent".
Je kunt het ook in portainer zelf instellen door via settings, endpoints een endpoint van type "agent" toe te voegen.

Hierna kun je de volumes browsen.

Edit:
In jouw geval kun je dus ook alleen de agent installeren en hier je bestaande portainer server herconfigureren zoals hierboven beschreven (via settings, endpoints).

[Voor 12% gewijzigd door technorabilia op 07-03-2021 18:46]

[Arunia]

@kraades Net gedaan, maar agent blijft down staan, dus daar gaat iets niet echt goed lijkt me.
Onder portainer zelf staat er running, maar als ik portainer agent zelf wil kiezen, dan staat er down.

Lijkt me dat ik de verkeerde installatie heb gebruikt. Echter, die van Linux containers en de Windows containers werken beide niet.
Alleen die voor WSL, maar ja. Die laatste heb ik niet ingeschakeld staan. Ben alleen bang dat er daar dan iets mee mis gaat als ik die aan zet en zo alsnog de volumes kwijt ben.

[Oon]

link0007 schreef op zondag 7 maart 2021 @ 11:34:
[...]

Zou mooi zijn als file management wat beter aangepakt zou worden in Docker, iig voor consumenten en dergelijke. Het is erg omslachtig en verwarrend geregeld nu, en dataverlies is eerder regel dan uitzondering als je niet exact weet hoe het werkt. Zou mooi zijn als Docker een ingebouwde permanente volume container had, die ook makkelijk te benaderen is vanaf je PC.

Lijkt me dat docker toch echt niet geïnteresseerd is in het omgooien van hun hele storage voor consumenten, gezien consumenten niet de target zijn.

Overigens is er helemaal niks met hoe het nu werkt, je moet alleen inderdaad weten hoe je ermee om moet gaan. Het hele idee van containers is dat je alleen permanent opslaat wat je permanent op wil slaan, en dus specifiek niet een ingebouwd persistent volume hebt.
Ik heb zelf een mount op mijn host waar al mijn docker data in staat, en iedere service die ik draai die data op moet slaan heeft een bind mount daarheen. Hetzelfde zou kunnen met named volumes, maar dan vind ik bind mounts praktischer.

Maar je ziet heel veel mensen die bijvoorbeeld meerdere services in één container/image proppen, deze niet goed instellen, en dan alle data kwijt zijn. Het mooie is dat docker toch echt bedoeld is voor developers en systeembeheerders, waarvan je zou verwachten dat docs lezen niet totaal onmogelijk is, en in de docs staat dit allemaal heel netjes uitgelegd.

[technorabilia]

@Arunia
Dat is minder.

Ik gebruik zelf geen Windows host en alhoewel ik wel de Windows WSL 2 variant als test geïnstalleerd heb staan, weet ik niet zou goed hoe dat bij jouw (Hyper-V?) installatie werkt cq. hoe je bij die files kunt komen. Staan ze ergens op het Windows file system bijvoorbeeld in C:\Users of C:\ProgeamData (een search uitvoeren?) of is het alleen benaderbaar via de VM/VHD? (mounten?) Ik weet niet of hier voorzieningen voor zijn getroffen.

Misschien kan iemand anders hier zijn licht op laten schijnen?

[Arunia]

@kraades Ik ben even aan het klooien geweest. Heb Portainer helemaal verwijderd, er was namelijk een upgrade. Toen opnieuw geinstalleerd. Geupgrade en toen de Agent vanuit die upgrade. Daarna toegevoegd en nu werkt het dus wel.

toevallig net klaar toen je je post maakte.
Als ik dit gefixt heb, ga ik meteen WSL2 instellen.

Heb hem gevonden. Dus die volume met mijn kookboek is beschikbaar.
Weet alleen niet of de database er ook nog in staat.
Nu maar eens kijken wat ik uit die volume moet trekken om hem weer te kunnen recoveren.

Ok, als ik het zo zie, heb ik in de oorspronkelijke docker-compose dit staan:
volumes:
db_data:

Dat betekent dat denk ik wordpress_db_data mijn volume is voor de SQL.
Twijfel alleen of dat ook de correcte is, maar er is verder niets meer zichtbaar met een normale naam.
Ben bang dat de DB gewoon weg is. Die kom ik niet tegen verder.
Ben ook bang dat het niet de goede is, omdat die van vanochtend is...

Nu maar eens kijken of ik er überhaupt wat mee kan.

Ik denk dat dit echt een drama gaat worden. Kost me uiteindelijk veel meer dan maar opnieuw beginnen met het kookboek en het dan opnieuw inregelen.
Ben dan wel wat kwijt, maar er stond nu ook weer niet zo veel in. Denk iets van 20 recepten.

Ik moet gaan uitzoeken hoe ik een nieuwe Wordpress container maak en dan de DB en content koppel. Of hoe ik dat tijdens het creëren kan doen.

[Voor 69% gewijzigd door Arunia op 08-03-2021 11:08]

[link0007]

Oon schreef op maandag 8 maart 2021 @ 09:39:
[...]

Lijkt me dat docker toch echt niet geïnteresseerd is in het omgooien van hun hele storage voor consumenten, gezien consumenten niet de target zijn.

Overigens is er helemaal niks met hoe het nu werkt, je moet alleen inderdaad weten hoe je ermee om moet gaan. Het hele idee van containers is dat je alleen permanent opslaat wat je permanent op wil slaan, en dus specifiek niet een ingebouwd persistent volume hebt.
Ik heb zelf een mount op mijn host waar al mijn docker data in staat, en iedere service die ik draai die data op moet slaan heeft een bind mount daarheen. Hetzelfde zou kunnen met named volumes, maar dan vind ik bind mounts praktischer.

Maar je ziet heel veel mensen die bijvoorbeeld meerdere services in één container/image proppen, deze niet goed instellen, en dan alle data kwijt zijn. Het mooie is dat docker toch echt bedoeld is voor developers en systeembeheerders, waarvan je zou verwachten dat docs lezen niet totaal onmogelijk is, en in de docs staat dit allemaal heel netjes uitgelegd.

Disagree. Argumenten in de vorm "professionals vinden het niet erg om moeilijk te moeten doen" zijn al zo vaak gemaakt binnen IT, en bijna altijd is het een zwaktebod geweest en uiteindelijk onjuist gebleken. Als het makkelijker kan, zonder te hoeven compromisen, is dit altijd een pluspunt. Ik bepleit wat dat betreft ook geen radicale aanpassing van Docker zelf; wat ik voorstel zou slechts een docker'd file manager zijn. Portainer geeft bijvoorbeeld aan dat het zeker mogelijk is, maar het is niet moeilijk om te zien dat het nog veel eenvoudiger zou moeten kunnen. bv met een koppeling via SFTP of met een virtuele harddrive op de host computer. Zodat volumes gemakkelijk te benaderen zijn, makkelijker back-ups te maken, etc.

Ik moest laatst een migratie doen van een Laravel app in mijn Docker omgeving naar een normale webhost (zonder Docker), en ik moest toch even achter m'n oren krabben hoe ik bepaalde data (bv. geuploade foto's) uit de Docker omgeving kon plukken.

[Oon]

link0007 schreef op maandag 8 maart 2021 @ 11:35:
[...]

Disagree. Argumenten in de vorm "professionals vinden het niet erg om moeilijk te moeten doen" zijn al zo vaak gemaakt binnen IT, en bijna altijd is het een zwaktebod geweest en uiteindelijk onjuist gebleken. Als het makkelijker kan, zonder te hoeven compromisen, is dit altijd een pluspunt. Ik bepleit wat dat betreft ook geen radicale aanpassing van Docker zelf; wat ik voorstel zou slechts een docker'd file manager zijn. Portainer geeft bijvoorbeeld aan dat het zeker mogelijk is, maar het is niet moeilijk om te zien dat het nog veel eenvoudiger zou moeten kunnen. bv met een koppeling via SFTP of met een virtuele harddrive op de host computer. Zodat volumes gemakkelijk te benaderen zijn, makkelijker back-ups te maken, etc.

Ik moest laatst een migratie doen van een Laravel app in mijn Docker omgeving naar een normale webhost (zonder Docker), en ik moest toch even achter m'n oren krabben hoe ik bepaalde data (bv. geuploade foto's) uit de Docker omgeving kon plukken.

Tja, het ligt er allemaal helemaal aan hoe je setup in elkaar zit. Als je portability meerekent bij het ontwerpen van je images dan zou het allemaal geen probleem moeten zijn.
Zo heb ik centrale PHP containers (waarvan bijvoorbeeld een specifieke PHP 7.3 met extensies voor Laravel), een specifieke stack voor nginx containers (één per project), en heb ik een centrale mariadb draaien. Daarmee hoef ik dus alleen maar de code via git binnen te trekken op een andere host en de storage map (die een bind mount is) te kopiëren, en mijn Laravel app zou direct moeten werken.

Iets dat ik heel snel geleerd heb toen ik docker ging gebruiken is dat het rusten op images van derden niet altijd ideaal is. Zo zijn er organisaties als LinuxServer die heel veel images hebben die leuk zijn als je snel een generieke basis wil opzetten, maar qua performance en portability vaak een stuk minder zijn. Hetzelfde geldt bijv. voor Laravel's standaard Docker-omgeving, deze is super om snel te kunnen beginnen aan je development maar ook verre van ideaal als je dingen buiten Laravel wil kunnen doen of als je een productie-omgeving wil draaien. Ik kan ook altijd mijn storage direct aan, want ik gebruik bind mounts ipv volumes waar dat logisch is. Voor veel tools die ik in docker draai zit bijvoorbeeld de cache directory in een (niet-)persistent volume, de code in een persistent volume, maar bijna al mijn upload en data directories zijn bind mounts.

Maar goed. Ik ben het er mee eens dat het niet ingewikkeld hoeft te zijn, maar juist iets als docker is onmogelijk generiek/makkelijker te maken omdat er zoveel usecases zijn. Zo ook met storage, kies je voor een SFTP-implementatie dan roept er wel iemand dat se WebDAV willen, kies je daarvoor dan roept er wel ietmand dat ze gewone FTP willen, en allemaal ondersteunen is ook niet ideaal. Dan is het een beter idee om de toegang tot volumes te bieden, waar dan de beheerder zelf kan kiezen om een SFTP of WebDAV service te draaien die toegang heeft tot één of meerdere volumes met relevante data.

[Arunia]

Nou, wat een drama. Het lukt me totaal niet om de bestaande volumes mee te nemen in een nieuwe wordpress middels docker-compose.

Via google kom ik er ook niet achter.
Dan nog betwijfel ik of de database volume wel de juiste is. Maar goed.
Weinig aan te veranderen.

[Mars Warrior]

Om het even concreet te maken:

Ik backup mijn named volumes met een Duplicati container, aan welke ik simpelweg de te back-uppen volumes koppel. Zo kan ik ook verschillende backup scenario's maken per volume binnen Duplicati:


Ik gebruik eigenlijk altijd named volumes, en geen bind mounts vanwege het andere gedrag: bij een named volume wordt de bestaande data uit de container gekopieerd naar het volume. Bij een bind-mount niet.

---

Verder backup ik databases simpelweg met een eigen scriptje wat ik ook weer gedeeltelijk ergens anders vandaan geklauwd heb, want dit verzin ik niet helemaal zelf:

YAML:

  db-backup:
    image: mariadb:10
    environment:
      - MYSQL_RANDOM_ROOT_PASSWORD=true
      - MYSQL_DATABASE=bookstack
      - MYSQL_USER=anyuser
      - MYSQL_PASSWORD=anypwd
      - BACKUP_NUM_KEEP=10
      - BACKUP_FREQUENCY=1h
    volumes:
      - DSS_bookstack_backup:/dump
      - DSS_bookstack_config:/config
      - /etc/localtime:/etc/localtime:ro
    entrypoint: |
      bash -c 'bash -s <<EOF
      trap "break;exit" SIGHUP SIGINT SIGTERM
      sleep 2m
      while /bin/true; do
        mysqldump -h db -u $$MYSQL_USER -p$$MYSQL_PASSWORD --all-databases | gzip -c > /dump/dump_\`date +%d-%m-%Y"_"%H_%M_%S\`.sql.gz
        (ls -t /dump/dump*.sql.gz|head -n $$BACKUP_NUM_KEEP;ls /dump/dump*.sql.gz)|sort|uniq -u|xargs rm -- {}
        tar -zcvf /dump/files-\`date +%Y-%m-%d_%H_%M_%S\`.tar.gz /config/www/uploads
        (ls -t /dump/files*.tar.gz|head -n $$BACKUP_NUM_KEEP;ls /dump/files*.tar.gz)|sort|uniq -u|xargs rm -- {}
        sleep $$BACKUP_FREQUENCY
      done
      EOF'
    networks:
    - internal

Hiermee weet ik zeker dat ik niet een halve database backup, maar maak ik gebruik van een echte export die ik zo vaak kan laten lopen als ik wil. In dit geval dus elk uur, en ik bewaar max 10 backups.

Dit is dan mysql/mariadb, maar dit werkt - in aangepaste vorm natuurlijk - ook met andere databases. En als je dat dus eenmaal snapt, dan heb je altijd een recente database backup.

Ik gooi deze container dus altijd bij een compose of stack erbij in als de app zelf niet in staat is om dit soort database backups te maken.

---

Verder heb ik op de Ubuntu 20.04 LTS bak een samba share gemaakt (/etc/samba/smb.conf) zodat ik vanaf Windows bij de named volumes kan komen en de bestanden simpelweg kan editen met een willekeurige editor:

Bash:

[docker-volumes]
   comment = Docker Volumes
   path = /var/lib/docker/volumes
   browseable = yes
   read only = no
   writeable = yes
   create mask = 0750
   directory mask = 0750
   force user = root
   force group = root
   valid users = pietjepuk, docker

Een kind kan de was doen

• Backups van named volumes met Duplicati naar OneDrive
• Exports/Backups van databases met een container script
• Toegang tot de named volumes via een samba share

[technorabilia]

Arunia schreef op maandag 8 maart 2021 @ 13:09:
Dan nog betwijfel ik of de database volume wel de juiste is. Maar goed.

Als het goed is moet je de data op het volume toch wel kunnen herkennen? Via portainer volume browser zoeken naar wordpress of wp_.

[Arunia]

@kraades Ik heb het volume gevonden waar iig de wp-content op staat. Die herken ik aan de plugins e.d.
Dus die is gevonden. Echter de database lijkt me daar niet bij te staan. Die werd in de docker-compose verwezen naar een ander volume. Ik heb wel een wordpress_db volume, maar die creation date is vandaag/vanochtend.
Daarbij wordt er wel verwezen naar Wordpress, maar heb meerdere keer een docker-compose voor wordpress gestart voor andere doeleinden, dan is het zomaar een lege.
Maar kan nergens echt zien of die leeg of vol is.
Via portainer agent kan ik wel files downloaden (per stuk), maar niet die hele folders in één keer.

Wat ik anders zou doen is een nieuwe container opbouwen met wordpress en koppelen aan die 2 volumes. Kijken of er dan nog wat uit komt, maar verwacht dat die volume met de database gewoon weg is. Zal ik zelf wel per ongeluk verwijderd hebben oid.

Bij dat laatste begin ik wel gewoon schoon. Dan schiet het toch niet echt meer op.

Google history al gekeken, maar daar komt mijn pagina niet op. Leek me ook sterk overigens.

Wat @Mars Warrior aan geeft is ook wel mooi, maar dat moet later maar eens komen. Of, als echt hetgeen weg is, dan begin ik wel gewoon schoon. Dus alle containers etc weg en dan op de beste manier aan de slag.
Meest belangrijke is die wordpress, voor de rest maakt het me weinig uit.
Firefly III is de andere op dit moment, maar dat is zo gefixt. Daar staat toch nog weinig in.

[Voor 25% gewijzigd door Arunia op 08-03-2021 13:57]

[technorabilia]

@Arunia
Als ik naar je docker compose file kijk dan wordt /var/lib/mysql op het volume db_data gezet. Deze krijgt dan een willekeurige unieke naam. Vreemd dat je die niet terug kan vinden.

Ah, portainer kan alleen per file downloaden.. Je kunt wel een named volume aanmaken en hier de inhoud van het betreffende volume in kopieren.
https://serverfault.com/q...-volume-into-named-volume
Eigenlijk niets anders als een tijdelijke container starten met beide volumes gekoppeld en hierna in deze container een cp commando uitvoeren.
Pas op met de docker volume rm die wordt genoemd!

[Arunia]

@kraades Zo te zien staat in de mysql map op dat volume wel allerlei bestanden. Geen voor zover ik zie van een huidige datum. Wat wel weer hoop zou geven.

Ik ga deze proberen:
docker volume create --name <new_volume>
docker run --rm -it -v <old_volume>:/from:ro -v <new_volume>:/to alpine \
ash -c "cd /from ; cp -av . /to"

Alhoewel ik wellicht beter eerst een wordpress container op de juiste manier aan moet maken en daarna bovenstaande doen als die gestopt is.

docker volume rm ken ik gelukkig wel. Maar wel bedankt om het aan te wijzen.

Het blijft jammer dat het wel ontiegelijk moeilijk is om ergens bij te kunnen als je het verkeerd hebt ingeregeld.
Maar wellicht eerder omdat ik er nog totaal niet helemaal in zit.
Bovenstaande code werkt overigens niet voor mij. Moet daar nog weer verder in duiken.

[Voor 33% gewijzigd door Arunia op 08-03-2021 15:11]

[technorabilia]

@Arunia
Dat heeft inderdaad hoop!

Het zou best kunnen dat er een makkelijkere oplossing is maar ik ken de materie daarvoor niet goed genoeg.

Probeer eerst anders een simpel commando en van daaruit verder?

docker run --rm -it alpine ash -c date

[Arunia]

@kraades can't open 'bash' no such file or directory.

Ik moet er ook echt eens goed in duiken. Nadeel, veel te weinig tijd natuurlijk.

[technorabilia]

@Arunia
Sorry, het moet zijn ash en geen bash.

Als dit werkt de volumes toevoegen met de -v met de juiste namen.
En daarna het cp commando uitvoeren i.p.v. het commando date.
Deze moet ook werken:

cp -av /from/* /to/.

Tussen quotes na de -c.

[Voor 67% gewijzigd door technorabilia op 08-03-2021 16:52]