Benutzer-Werkzeuge

Webseiten-Werkzeuge


docker:faqs

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
docker:faqs [2022/07/12 09:33] – [Backup Script für docker volumes] franzdocker:faqs [2025/03/08 09:35] (aktuell) – [Prüfen welche php.ini geladen wurde] franz
Zeile 1: Zeile 1:
-===== FAQs: =====+===== Docker FAQs: ===== 
 + 
 +----
  
 {{:apache:faqs.png?nolink&100x67}} {{:apache:faqs.png?nolink&100x67}}
- 
  
 ===== Backup Script für docker volumes ===== ===== Backup Script für docker volumes =====
Zeile 11: Zeile 12:
  
 BusyBox wird heutzutage immer beliebter, besonders unter Docker-Benutzern. Viele Docker-Images verwenden BusyBox, um Ihnen ein minimales Image zur Verfügung zu stellen. Einen interessanten Artikel findest du hier: [[https://linuxhandbook.com/what-is-busybox/|Busybox]] BusyBox wird heutzutage immer beliebter, besonders unter Docker-Benutzern. Viele Docker-Images verwenden BusyBox, um Ihnen ein minimales Image zur Verfügung zu stellen. Einen interessanten Artikel findest du hier: [[https://linuxhandbook.com/what-is-busybox/|Busybox]]
- 
  
 ===== Collabora Online in Nextcloud ===== ===== Collabora Online in Nextcloud =====
Zeile 19: Zeile 19:
 Bei der Eingabe des neuen Collabora Containers ist die eigene Nextcloud Domain einzugeben. Bei der Eingabe des neuen Collabora Containers ist die eigene Nextcloud Domain einzugeben.
  
-''docker run -t -d -p 127.0.0.1:9980:9980 -e 'domain=<font inherit/inherit;;#FF0000;;inherit>cloud</font>\\.<font inherit/inherit;;#FF0000;;inherit>nextcloud</font>\\.<font inherit/inherit;;#FF0000;;inherit>com</font>' –restart always -–cap-add MKNOD collabora/code''+''docker run -t -d -p 127.0.0.1:9980:9980 -e 'domain= 
 + <font inherit/inherit;;#FF0000;;inherit>cloud</font>  \\. 
 + <font inherit/inherit;;#FF0000;;inherit>nextcloud</font>  \\. 
 + <font inherit/inherit;;#FF0000;;inherit>com</font>  ' –restart always -–cap-add MKNOD collabora/code''
  
 Bei der Konfiguration in Nextcloud unter **Collabora** ist neben der Office Adresse auch der Port **443** einzugeben. Bei der Konfiguration in Nextcloud unter **Collabora** ist neben der Office Adresse auch der Port **443** einzugeben.
  
 Befinden sich die Nextcloud und Collabora Office hinter einem Proxy, so soll [[https://help.nextcloud.com/t/reverse-proxy-for-port-9980/11388|diese Anleitung heilfen]] (noch nicht getestet) Befinden sich die Nextcloud und Collabora Office hinter einem Proxy, so soll [[https://help.nextcloud.com/t/reverse-proxy-for-port-9980/11388|diese Anleitung heilfen]] (noch nicht getestet)
- 
  
 ===== Collabora Container Updaten ===== ===== Collabora Container Updaten =====
Zeile 30: Zeile 32:
 Folgende Schritte sind durchzuführen: Folgende Schritte sind durchzuführen:
  
-  - ''docker container ls'' \\ listet die Container auf +  - ''docker container ls'' \\ 
-  - ''docker container stop CONTAINER ID'' \\ stoppt den Container +    listet die Container auf 
-  - ''docker container rm CONTAINER ID'' \\ löscht den Container +  - ''docker container stop CONTAINER ID'' \\ 
-  - ''docker pull collabora/code'' \\ holt den neuen Container+    stoppt den Container 
 +  - ''docker container rm CONTAINER ID'' \\ 
 +    löscht den Container 
 +  - ''docker pull collabora/code'' \\ 
 +    holt den neuen Container
   - ''docker run -t -d -p 127.0.0.1:9980:9980 -e 'domain=cloud\\.nextcloud\\.com' -–restart always -–cap-add MKNOD collabora/code''   - ''docker run -t -d -p 127.0.0.1:9980:9980 -e 'domain=cloud\\.nextcloud\\.com' -–restart always -–cap-add MKNOD collabora/code''
- 
- 
 ===== Cron Jobs in Docker erstellen ===== ===== Cron Jobs in Docker erstellen =====
  
Zeile 42: Zeile 46:
  
 ===== Deinstallieren von Docker ===== ===== Deinstallieren von Docker =====
 +<code>
  
-<code> 
 sudo dpkg -l | grep -i docker sudo dpkg -l | grep -i docker
 sudo apt-get purge -y docker-engine docker docker.io docker-ce sudo apt-get purge -y docker-engine docker docker.io docker-ce
Zeile 55: Zeile 59:
  
 Details [[https://askubuntu.com/questions/935569/how-to-completely-uninstall-docker|siehe hier]] Details [[https://askubuntu.com/questions/935569/how-to-completely-uninstall-docker|siehe hier]]
- 
  
 ===== Dockervolumes leicht erklärt ===== ===== Dockervolumes leicht erklärt =====
Zeile 61: Zeile 64:
 [[https://www.ionos.de/community/server-cloud-infrastructure/docker/docker-container-volumes-verstehen-und-verwalten/|https://www.ionos.de/community/server-cloud-infrastructure/docker/docker-container-volumes-verstehen-und-verwalten/]] [[https://www.ionos.de/community/server-cloud-infrastructure/docker/docker-container-volumes-verstehen-und-verwalten/|https://www.ionos.de/community/server-cloud-infrastructure/docker/docker-container-volumes-verstehen-und-verwalten/]]
  
-===== Dockervolumes für Konfigigurationsdateien anlegen =====+Welche php.ini wurde geladen: 
 +<code>
  
-geht über named volumes. Die named Volumes werden in **/var/lib/docker/DOCKERVOLUMENAME/_data** gespeichert. In diese kann die Konfigurationsdatei gespeichert werden. Beachte auch das docker-compose.yml 
  
-<font inherit/inherit;;#e74c3c;;inherit>**ToDo**</font>: diesen Schritt automatisieren+docker exec -it <container-name> php -i | grep "Loaded Configuration File" 
 + 
 +</code> 
 + 
 + 
 + 
 +===== Dockervolumes für Konfigigurationsdateien anlegen ===== 
 + 
 +geht über named volumes. Die named Volumes werden in **/var/lib/docker/DOCKERVOLUMENAME/_data** gespeichert. In diese kann die Konfigurationsdatei gespeichert werden. Beachte auch das docker-compose.yml **ToDo** : diesen Schritt automatisieren
  
  
 ===== Fehlermeldungen ===== ===== Fehlermeldungen =====
  
-  * Failed to start docker.service: Unit docker.service is masked. \\ Abhilfe: \\ ''systemctl unmask docker.service \\ systemctl unmask docker.socket \\ systemctl start docker.service''+  * Failed to start docker.service: Unit docker.service is masked. 
 + 
 +Abhilfe: ''systemctl unmask docker.service systemctl unmask docker.socket systemctl start docker.service''
  
 ===== Kopieren eines Files vom Host System in einen Container und umgehrt ===== ===== Kopieren eines Files vom Host System in einen Container und umgehrt =====
  
 Kopieren in einen Container: Kopieren in einen Container:
- 
 <code> <code>
 +
 docker cp beispiel.txt mycontainer:/beispiel.txt docker cp beispiel.txt mycontainer:/beispiel.txt
  
Zeile 97: Zeile 110:
  
 Genauers siehe die [[https://docs.docker.com/engine/reference/commandline/cp/|Beschreibung von docker cp]] Genauers siehe die [[https://docs.docker.com/engine/reference/commandline/cp/|Beschreibung von docker cp]]
- 
  
 ===== Logs und Docker ===== ===== Logs und Docker =====
Zeile 113: Zeile 125:
 </code> </code>
  
 +===== PHP Variablen aus einen Docker Container auslesen =====
 +
 +den Docker Container starten
 +
 +<code>
 +docker exec -it <docker container name oder docker id> /bin/bash
 +
 +</code>
 +
 +danach im Container folgenden Befehl eingeben:
 +
 +<code>
 +php -i
 +
 +</code>
 +
 +danach die Variable suchen
  
 ===== Restart Policies ===== ===== Restart Policies =====
Zeile 121: Zeile 150:
  
 ^Policy^Erklärung| ^Policy^Erklärung|
-|always restart|Der Container wird immer neu gestartet, es sei denn er wurde explizit gestoppt. Wenn Sie den Container mit dem Befehl stop anhalten, \\ wird er danach nicht automatisch neu gestartet| +|always restart|Der Container wird immer neu gestartet, es sei denn er wurde explizit gestoppt. Wenn Sie den Container mit dem Befehl stop anhalten, \\ 
-|unless-stopped|Die Richtlinie "unless-stopped" ist ähnlich wie die Richtlinie "always restart". Beide starten die Container automatisch neu und wenn Sie die \\ ontainer explizit stoppen, werden sie nicht neu gestartet. Der Hauptunterschied zwischen den beiden besteht jedoch darin, dass, wenn Sie die \\ Container mit dem Befehl docker stop anhalten und dann den Docker-Daemon neu starten, der Container mit der Richtlinie always restart \\ automatisch gestartet wird, der Container mit der Richtlinie unless-stopped jedoch nicht neu gestartet wird.| +   wird er danach nicht automatisch neu gestartet| 
-|on-failure restart|Die Richtlinie für den Neustart im Fehlerfall startet einen Container neu, wenn er mit einem Exit-Code ungleich Null (der einen Fehler/Fehlschlag \\ nzeigt) verlassen wurde. | +|unless-stopped|Die Richtlinie "unless-stopped" ist ähnlich wie die Richtlinie "always restart". Beide starten die Container automatisch neu und wenn Sie die \\ 
 +   ontainer explizit stoppen, werden sie nicht neu gestartet. Der Hauptunterschied zwischen den beiden besteht jedoch darin, dass, wenn Sie die \\ 
 +   Container mit dem Befehl docker stop anhalten und dann den Docker-Daemon neu starten, der Container mit der Richtlinie always restart \\ 
 +   automatisch gestartet wird, der Container mit der Richtlinie unless-stopped jedoch nicht neu gestartet wird.| 
 +|on-failure restart|Die Richtlinie für den Neustart im Fehlerfall startet einen Container neu, wenn er mit einem Exit-Code ungleich Null (der einen Fehler/Fehlschlag \\ 
 +   nzeigt) verlassen wurde.|
  
 ===== Speicherort von Docker Containern ===== ===== Speicherort von Docker Containern =====
  
-Dockercontainer werden in ''/var/lib/docker'' gespeichert.+Dockercontainer werden in ''/var/lib/docker''  gespeichert.
  
  
docker/faqs.1657611201.txt.gz · Zuletzt geändert: von franz

Falls nicht anders bezeichnet, ist der Inhalt dieses Wikis unter der folgenden Lizenz veröffentlicht: Public Domain
Public Domain Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki