Testweise wurde er manuell als root über das terminal, ansonsten als Dienst gestartet. Ich schaue mir in Ruhe an, welche Dateien fehlen und nach zu installieren sind. Vermutlich müssen einige Java-Komponenten nachinstalliert werden.

VG Reinhard Wilhelm

Hallo,

ich habe inzwischen mehrfach festgestellt, dass gewisse Grundkonfigurationen bei Debian falsch sind. Das liegt vielleicht daran, dass ich aus verschiedenen Gründen vor trixie auf die testing-Version zurückgreifen musste. Inzwischen ist trixie zwar stabil, aber die alte Konfiguration mit diversen Fehlern in den Details lebt wohl noch fort. Insbesondere hatte ich schon mal das Problem, dass ich einen symbolischer Link für eine sock-Datein einrichten musste, damit eine Installation lief. Laut Perplexity ist dies inzwischen ein strukturelles Problem von Debian-Trixie:

„/tmp als tmpfs: Seit Trixie wird das /tmp-Verzeichnis standardmäßig ins RAM gelegt (“tmpfs”) und nicht mehr dauerhaft auf der Festplatte gespeichert. Dateien sind also nach einem Reboot weg, und die Pfade für temporäre oder .sock-Dateien müssen korrekt auf /tmp oder /var/tmp zeigen, abhängig vom Verhalten deiner Anwendungen.“

Das bedeutet für mich, dass die Lösung mit dem symbolischen Link keine dauerhafte Lösung ist, weil dieser beim nächsten reboot gelöscht sein wird. Ich habe daher nunmehr die Datei /etc/mysql/my.cnf und /etc/mysql/mariadb.cnf wie folgt geändert:

# socket = /var/run/mysqld/mysqld.sock
socket = /tmp/mysql.sock

und die /etc/mysql/mariadb.conf.d/50-mariadb-clients.cnf

[mariadb-client]
# socket=/var/run/mysqld/mysqld.sock
socket = /tmp/mysql.sock

[mysqld]
# socket=/var/run/mysqld/mysqld.sock
socket = /tmp/mysql.sock

Letztere überzeugt mich nicht, weil eigentlich diese Datei aus einer Konfigurationsdatei erstellt werden sollte. Aber es funktioniert, während die Veränderungen der Konfigurationsdateien nicht genügte.

Weil immer noch nichts lief, habe ich mariadb noch einmal komplett deinstalliert und neu installiert. Das script mysql_security_installation bricht schon bei der Passwort-Eingabe ab, weil es die mysql-sock-Datei nicht im tmp-Verzeichnis findet.

Nach der Veränderung kommt bei der Passwort-Eingabe die nächste schrullige Fehlermeldung, dass es ein hexadezimales Passwort wünscht. Kriegt es natürlich. Der Rest geht dann erst einmal problemlos.

Einloggen kann man sich in die mariadb nunmehr als admin ohne passwort, was mich nicht überzeugt. Als user muss man wenigstens weiterhin das dezimale Passwort eingeben.

Ich installiere nunmehr die j-lawyer-server. Auf dem User-Terminal stelle ich nach erfolgreicher Installation fest, dass diese nicht erfolgreich verlief. Es gibt keine jlawyerdb. Der Befehl use jlawyerdb; endet mit einem error unknown database. Der Befehl show databases; bestätigt den Misserfolg. Das Installationsprogramm hat keine Datenbank eingerichtet. Ist mein Passwort vielleicht zu lang ?

Ich deinstalliere j-lawyer-server erneut, verpassen mysql sein hexadezimales kleines passwort, starte die Installationsroutine erneut – und tatsächlich es klappt.

Ich ändere die Rechte des server-Verzeichnisses von root auf den j-lawyer-server – user.

Ich installiere den client mit einem User. Das Starten klappt jedoch nicht. Ich logge mich bei mariadb ein und checke, ob user u und admin a eingetragen sind. Sie sind eingetragen. Ich installiere den client nunmehr auch als admin, eigentlich no-go. Egal. Klappt im Ergebnis auch nicht.

Durch das Starten im Terminal sehe ich die Fehlermeldung. Angeblich nicht erreichbar, der Server. In der /etc/service finde ich den Eintrag, dass http-alt den Port 8080 in Beschlag nimmt. Kann damit erst mal nichts anfangen. Mit netstat bekomme ich die Rückmeldung, dass sich hinter dem Port 8080 nichts tut. ps aux | grep j-lawyer gibt ebenfalls keine Aktivität zurück.

Ich starte den server mit service j-lawyer-server start in der root-console. Es kommt zur Fehlermeldung.

Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ An ExecStart= process belonging to unit j-lawyer-server.service has exited.
░░
░░ The process‘ exit code is ‚exited‘ and its exit status is 1.
Aug 11 13:40:28 Billyisgenius systemd[1]: j-lawyer-server.service: Failed with result ‚exit-code‘.
░░ Subject: Unit failed
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ The unit j-lawyer-server.service has entered the ‚failed‘ state with result ‚exit-code‘.
Aug 11 13:40:28 Billyisgenius systemd[1]: Failed to start j-lawyer-server.service – LSB: WildFly Application Server.
░░ Subject: A start job for unit j-lawyer-server.service has failed
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ A start job for unit j-lawyer-server.service has finished with a failure.
░░
░░ The job identifier is 152033 and the job result is failed.

Ich schaue mir die journalctl an, werde aber nicht schlauer. Die log-Datei verstehe ich mangels know-how auch nicht.

Ich tippe auf einen Fehler in der Java-Umgebung. Vermutlich muss was nach installiert werden.
Wer kann weiter helfen ?

Mit besten kollegialen Grüßen

Reinhard Wilhelm

P.S.: Das grafische Frontend von dem Installationsprogramm benötigt den xhost-Zugang, weil es sonst eine Java-Fehlermeldung im root-terminal rauswirft. Ohne lief es bei mir nicht. Es gab immer ein No-Display 0:0 error.