Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- docker:faqs [2021/11/04 18:59] – Externe Bearbeitung 127.0.0.1
+++ docker: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}}
 ===== Backup Script für docker volumes =====
 Eine nützliche Anleitung [[https://www.laub-home.de/wiki/Docker_Volume_Backup_Script|findest du hier]]
+===== 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 =====
@@ Zeile 14: / Zeile 19: @@
 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.
 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 =====
@@ Zeile 25: / Zeile 32: @@
 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''
 ===== Cron Jobs in Docker erstellen =====
@@ Zeile 37: / Zeile 46: @@
 ===== Deinstallieren von Docker =====
 <code>
 sudo dpkg -l | grep -i docker
 sudo apt-get purge -y docker-engine docker docker.io docker-ce
@@ Zeile 50: / Zeile 59: @@
 Details [[https://askubuntu.com/questions/935569/how-to-completely-uninstall-docker|siehe hier]]
 ===== Dockervolumes leicht erklärt =====
@@ Zeile 56: / 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/]]
-===== 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 =====
-  * 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 in einen Container:
 <code>
 docker cp beispiel.txt mycontainer:/beispiel.txt
@@ Zeile 92: / Zeile 110: @@
 Genauers siehe die [[https://docs.docker.com/engine/reference/commandline/cp/|Beschreibung von docker cp]]
 ===== Logs und Docker =====
@@ Zeile 108: / Zeile 125: @@
 </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 =====
@@ Zeile 116: / Zeile 150: @@
 ^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 =====
-Dockercontainer werden in ''/var/lib/docker'' gespeichert.
+Dockercontainer werden in ''/var/lib/docker''  gespeichert.