Befehl ausführen im Docker-Container nur auf den ersten start

Habe ich ein Docker-Image, die ein Skript verwendet (/bin/bash /init.sh) als Entrypoint. Ich möchte das Skript nur beim ersten start eines Containers. Es sollte weggelassen werden, wenn der Container neu gestartet wird oder gestartet wurde wieder nach einem Absturz des docker-daemon.

Gibt es eine Möglichkeit, dies zu tun mit docker selbst, oder tun, wenn mit der Umsetzung einiger Art des check in das script?

InformationsquelleAutor john.dough | 2016-06-15
  1. 11

    Den Einstiegspunkt für einen docker-container erzählt die docker-daemon, was zu laufen, wenn Sie wollen, um zu "laufen", dass bestimmte container. Fragen Sie doch mal die Fragen, "was die container sollten ausgeführt werden, wenn es begann die zweite Zeit?" oder "was sollte der Behälter führen Sie nach dem Neustart?"

    Wohl, was Sie tun, ist die nach der gleichen Methode, die Sie tun, mit "old-school" - provisioning-Mechanismen. Ihr Skript "installieren" die benötigten Skripte und führen Sie Ihre app als systemd/upstart-Dienst, richtig? Wenn Sie das tun, sollten Sie ändern in eine "dockerized" definition.

    Den Einstiegspunkt für diese Behälter ist ein Skript, das eigentlich startet die app, anstatt die Dinge. Lassen Sie uns sagen, dass Sie müssen java installiert haben, um in der Lage zu führen Sie Ihre app aus. Also im dockerfile richten Sie das Basis-container zu installieren, all die Dinge, die Sie benötigen, wie:

    FROM alpine:edge

RUN apk --update upgrade && apk add openjdk8-jre-base
RUN mkdir -p /opt/your_app/&& adduser -HD userapp

ADD target/your_app.jar /opt/your_app/your-app.jar
ADD scripts/init.sh /opt/your_app/init.sh

USER userapp
EXPOSE 8081

CMD ["/bin/bash", "/opt/your_app/init.sh"]

    Unserer Container bei der Firma in der ich arbeite, vor dem ausführen der eigentlichen app in der init.sh Skript, Sie Holen sich die configs von Konsul (statt mount-Punkt und Ort der configs innerhalb der host oder embedded diese in den container). Also das script wird ungefähr so Aussehen:

    #!/bin/bash

echo "Downloading config from consul..."
confd -onetime -backend consul -node $CONSUL_URL -prefix /cfgs/$CONSUL_APP/$CONSUL_ENV_NAME
echo "Launching your-app..."
java -jar /opt/your_app/your-app.jar

    Einen Rat, den ich dir geben kann, ist (in meiner kurzen Erfahrung arbeiten mit Behälter) behandeln Sie Ihre Container, als ob Sie waren staatenlos, sobald Sie bereitgestellt sind (alle Befehle, die Sie ausführen, bevor Sie den Eintrag Punkt).

    • Völlig einverstanden, in Anbetracht Container staatenlos. Wenn Sie die Daten initialisieren, legen Sie es in einem Band.
    • Ich würde wirklich gerne deine Ratschläge befolgen, aber es ist nicht so einfach. Ich habe sehr wenig Einfluss auf die Veränderungen der app und es musste EINIGES geändert, verwenden es die Weise, die Sie beschrieben. Zum Beispiel: jedes mal, wenn ein container startet, das init-Skript legt eine Datenbank für die app. Das sollte nicht passieren, wenn der container neu gestartet wird, weil es überschreibt die Daten, die bereits vorhanden ist ... Leider ist es proofed sehr schwer zu unterrichten, dass der Entwickler der app, wie zu verwenden das Andockfenster. So bin ich versucht zu halten, es extrem einfach für Sie.
    • wie betreibst du das?
    InformationsquelleAutor Samuel García
  2. 7

    Ich hatte das gleiche Problem, hier ein einfaches Verfahren (d.h. Behelfslösung), um es zu lösen:

    Schritt 1:

    Erstellen "myStartupScript.sh" das Skript, die diesen code enthält:

    CONTAINER_ALREADY_STARTED="CONTAINER_ALREADY_STARTED_PLACEHOLDER"
if [ ! -e $CONTAINER_ALREADY_STARTED ]; then
    touch $CONTAINER_ALREADY_STARTED
    echo "-- First container startup --"
    # YOUR_JUST_ONCE_LOGIC_HERE
else
    echo "-- Not first container startup --"
fi

    Schritt 2:

    Ersetzen Sie die Zeile "# YOUR_JUST_ONCE_LOGIC_HERE" mit dem code, den Sie wollen, werden nur das erste mal ausgeführt wird der Behälter begann

    Schritt 3:

    Set das scritpt als entrypoint Ihrer Dockerfile:

    ENTRYPOINT ["/myStartupScript.sh"]

    In der Zusammenfassung, die Logik ist ganz einfach, es prüft ob eine bestimmte Datei im filesystem; wenn nicht, er schafft es und führt Ihre nur-einmal-code. Das nächste mal, wenn Sie starten Sie Ihren container die Datei in das Dateisystem so, dass der code nicht ausgeführt wird.

    • Richtig scheint auf den ersten gehen. Aber wenn ich Pflaume meine Containern mit "docker container "beschneiden", würde ich erwarten, dass die startup-Skript erneut ausführen. Dass nicht mehr passiert ist.
    • Die "CONTAINER_ALREADY_STARTED" - Datei gespeichert wird, auf die container-Dateisystem, so dass, wenn der container verwendet ein volume, die Datei kann in der Lautstärke. Spülen des volumes sollte das Problem lösen.
    • Ich verwendet diesen Ansatz, und für einen test, wenn der container initialisiert wurde ich überprüfe, ob es bestimmte Datei im /tmp-Verzeichnis wie folgt: if [ ! -f /tmp/foo.txt ]; then echo "Datei nicht gefunden!" else echo "Datei gefunden!" fi. Also @KranthiKiranP wil decken Sie Ihren Fall.
    InformationsquelleAutor Francesco Cina
  3. 2

    Wollte ich das gleiche auf windows-container. Es kann erreicht werden mit dem task-scheduler unter windows. Linux-äquivalent für den Taskplaner cron. Können Sie, wie in Ihrem Fall. Dazu Bearbeiten Sie die dockerfile und fügen Sie die folgende Zeile am Ende 

    WORKDIR /app 
COPY myTask.ps1 . 
RUN schtasks /Create /TN myTask /SC ONSTART /TR "c:\WINDOWS\system32\WindowsPowerShell\v1.0\powershell.exe C:\app\myTask.ps1" /ru SYSTEM

    Dadurch wird eine Aufgabe mit dem Namen myTask läuft es ONSTART und die Aufgabe seiner selbst ist, zum ausführen eines powershell-Skript platziert "c:\app\myTask.ps1".

    Diese myTask.ps1-Skript tun, was die Initialisierung, die Sie tun müssen, um auf die container zu starten. Stellen Sie sicher, dass Sie diese Aufgabe löschen, sobald es ausgeführt wird, erfolgreich oder aber es läuft bei jedem Start. Um es zu löschen, können Sie verwenden Sie den folgenden Befehl am Ende der myTask.ps1-Skript.

    schtasks /Delete /TN myTask /F
    InformationsquelleAutor Umer Javaid
  4. 2

    Ich zu tun hatte und ich endete damit, ein docker run -d die soeben eine freistehende container und begann bash (im hintergrund) gefolgt von einem docker exec, dass die notwendigen Initialisierung. hier ist ein Beispiel

    docker run -itd --name=myContainer myImage /bin/bash
docker exec -it myContainer /bin/bash -c /init.sh

    Wenn ich jetzt starten Sie in meinem container kann ich nur tun

    docker start myContainer
docker attach myContainer

    Dies ist vielleicht nicht ideal, aber funktioniert gut für mich.

    • Dies ist eigentlich die beste Herangehensweise an die situation. Starten Sie Ihren container als stateless container, und dann Sie machen es gerade einmal ausführen der Initialisierung den Befehl, dass möglicherweise tun eine Reihe von Dingen, wie meiner zum Beispiel läuft die Datenbank-Migrationen, die anhängig sind. Ich würde nicht wirklich sehen, den Punkt, der mit einem Behälter Ausführung von Migrationen.
    InformationsquelleAutor Vijay Baiyya
Schreibe einen Kommentar