"docker ps" aufrufen

[krgewb]

Ich schaffe es nicht, mit meiner Anwendung "docker ps" auszuführen. Mit meiner anderen Anwendung funktioniert es aber.

    @Transactional
    public String executeDockerPs() {

        boolean isWindows = System.getProperty("os.name").toLowerCase().startsWith("windows");
        if (isWindows) {
            return null;
        }

        try {
            Process process = Runtime.getRuntime().exec("docker ps");

            StringBuilder output = new StringBuilder();

            BufferedReader reader = new BufferedReader(new InputStreamReader(process.getInputStream()));

            String line;
            while ((line = reader.readLine()) != null) {
                output.append(line).append("\n");
            }

            int exitVal = process.waitFor();
            if (exitVal == 0) {
                return output.toString();
            }
        } catch (IOException e) {
            e.printStackTrace();
        } catch (InterruptedException e) {
            e.printStackTrace();
        }

        return null;
    }

In meinem Start-Stop-Skript steht bereits:

--mount 'type=bind,src=/var/run/docker.sock,dst=/var/run/docker.sock' \

Fehlermeldung:

java.io.IOException: Cannot run program "docker": error=2, No such file or directory

 

[mihe7]

Gib mal den vollständigen Pfad zum Executable von docker an.

 

[Dukel]

Evtl. möchtest du die API https://docs.docker.com/reference/api/engine/ nutzen und keine CLI Aufrufe erstellen.

 

[krgewb]

Gib mal den vollständigen Pfad zum Executable von docker an.

Wie finde ich das heraus?

 

[mihe7]

Unter Linux z. B. mit whereis docker

 

[ps-docker]

.exec("/var/run/docker.sock ps");

Sollte genügen.

 

[KonradN]

.exec("/var/run/docker.sock ps");

Sollte genügen.

docker.sock ist ein unix socket vom docker server und kein ausführbares Binary.

 

[ps-docker]

yup, da fehlt einfach nur ein apt update und apt install docker -y (das linkt dann Docker richtig) vorher.

Viel Rätselraten hier bei den spärlichen Infos.

 

[ps-docker]

vom docker server

eigentlich vom client, aber wir wollen ja nicht überkorrekt sein.

 

[KonradN]

eigentlich vom client, aber wir wollen ja nicht überkorrekt sein.

Nein, der docker daemon (=Server) stellt dies bereit. Die docker cli (=Client) nutzt diesen unix socket dann zur Kommunikation.

Aber ich denke, den Gastauftritt von Tobias beenden wir an dieser Stelle wieder.

 

[Adlerkopf]

Das ist richtig. Das ist ein TCP-Socket. Aber der Container ist hierbei in der Funktion des Clients und der Host in der Funktion des Servers.

Ich weiß, dass du zwar keinen Bildungsauftrag hast, aber deshalb sollte man Anfängern nicht wissentlich etwas Falsches erzählen.

 

[Robert Zenz]

Das ist falsch. Das ist ein UNIX Domain Socket standardmaeszig. Aber der Docker-Daemon ist hierbei in der Funktion des Servers und die CLI in der Funktion des Clients.

Ich weiß, dass du zwar keinen Bildungsauftrag hast, aber deshalb sollte man Anfängern nicht wissentlich etwas Falsches erzählen.

 

[Robert Zenz]

Wobei das mit dem "wissentlich" nehme ich zurueck, ich glaube das stimmt einfach nicht.

---

Um noch etwas produktives beizutragen, seit 1.5 gibt es den ProcessBuilder welcher etwas komfortabler sein kann als direkt exec aufzurufen.

Wenn du dann noch Java 9+ hast, kannst du auch sehr billig die gesamte Ausgabe des Kommandos auslesen:

byte[] rawOutput = process.getInputStream().readAllBytes();
String output = new String(rawOutput, StandardCharsets.UTF_8);

Beachte dabei aber immer dass denn der Prozess den Stream nicht schlieszt, haengt dein Programm an der Stelle.

Eine weitere, vielleicht etwas ueble, Variante waere dass man die Umgebung nutzt um das entsprechende Programm zu finden:

Process process = Runtime.getRuntime().exec("/usr/bin/env docker ps");

env ist immer unter /usr/bin/ verfuegbar und durchsucht die Umgebung nach dem entsprechenden Programm, spielt also keine Rolle ob das dann unter /bin/, /usr/bin/, /usr/local/bin/, oder irgendwo anders liegt solange die Umgebung korrekt konfiguriert ist um dies zu finden. Der gleiche Mechanismus wird bei Skell-Skripten eingesetzt fuer die Shebang:

#!/usr/bin/env bash

 

[krgewb]

SHO:~ # whereis docker
docker: /usr/bin/docker /etc/docker /usr/share/man/man1/docker.1.gz

 

[krgewb]

Jetzt geht es. In der Datei namens Dockerfile muss stehen:

RUN apt-get update && apt-get install -y docker.io && apt-get clean && rm -rf /var/lib/apt/lists/*

 

[Adlerkopf]

&& rm -rf /var/lib/apt/lists/*

Aber doch bitte nicht gleich alles wegschmeißen...

 

[Oneixee5]

Aber doch bitte nicht gleich alles wegschmeißen...

Na klar alles wegwerfen, das Image soll doch so klein wie möglich sein. Es ruft auch keiner mehr APT auf.

 

[khmarbaise]

Meine Empfehlung ist auch https://docs.oracle.com/javase/9/docs/api/java/lang/ProcessBuilder.html deutlich besser... Oder ich würde mal einen Blick auf Testcontainers.org werfen... wenn es um Container (Docker) geht...

 

[krgewb]

Ich habe ein Start-Stop-Skript für eine meiner Anwendungen. Nun will ich ein Java-Programm schreiben, das die Datei ausführt. Das könnte so aussehen:

    @Transactional
    public String executeCommand() {

        boolean isWindows = System.getProperty("os.name").toLowerCase().startsWith("windows");
        if (isWindows) {
            return null;
        }

        try {
            Process process = Runtime.getRuntime().exec("/opt/docker/abc/video/services/user_interface_2/start_stop_user_interface_2.sh");

            StringBuilder output = new StringBuilder();

            BufferedReader reader = new BufferedReader(new InputStreamReader(process.getInputStream()));

            String line;
            while ((line = reader.readLine()) != null) {
                output.append(line).append("\n");
            }

            int exitVal = process.waitFor();
            if (exitVal == 0) {
                return output.toString();
            }
        } catch (IOException e) {
            e.printStackTrace();
        } catch (InterruptedException e) {
            e.printStackTrace();
        }

        return null;
    }

Nur leider funktioniert das nicht.

 

[Oneixee5]

Der Processbuilder führt vermutlich kein Shebang aus, du musst also eine Shell starten und das Script als Parameter.

 

[krgewb]

Verstehe ich nicht. ☹️

 

[Oneixee5]

Ja nach Distribution, oder was der Nutzer installiert hat muss es mindestens eine Shell geben:
/bin/bash
/bin/sh
/bin/zsh
/bin/fish
sind so die üblichsten und sind meisten als link im Ordner /bin zu finden

Ein Shebang ist die erste Zeile im Script, also bspw: #!/bin/bash - ist also ein Zeiger auf die Shell, mit welcher des Terminal das Script ausführen soll.
Vermutlich führt das der Processbuilder aber nicht so aus wie ein Linux-Terminal. Deshalb musst du das selbst machen. Was du ausführen musst wäre demnach bspw:
...exec("/bin/bash /opt/docker/abc/video/services/user_interface_2/start_stop_user_interface_2.sh");

Du kannst natürlich auch ein Terminal starten und das Script als Parameter übergeben. Dann passiert aber das Gleiche wie in Windows(cmd) - es erscheint ein (schwarzes) Fenster.