An dieser Stelle lieber auf die Werte des Betriebssystems verlassen. Der j-lawyer nutzt eine Bibliothek, um plattformübergreifend die RAM-Werte auszulesen. Das funktioniert nicht in allen Konstellationen zuverlässig.

Bei Einsatz von Proxmox wäre auch die Nutzung von LXC interessant, da weniger Overhead im Vergleich zu einer VM.

Dann ist sehr wahrscheinlich die LibreOffice-Version veraltet.

Danke! So richtig schlau werde ich aus dem Log nicht. Wird nur der Server-Container gestartet, oder nutzt Du compose? Es gehören ja ein Datenbankcontainer und ein j-lawyer-Container zusammen.

Hallo,

der Docker-Container ist nicht für den produktiven Einsatz gedacht und wird hier nur spärlich supported. Er ist primär für die Integratoren gedacht.

Das Log oben weist daraufhin, dass keine Verbindung zur Datenbank besteht (oder ein anderes datenbankbezogenes Problem besteht). Ist das das gesamte Log? Ansonsten mal in den Container attachen und die Datei wildfly/standalone/log/server.log lesen.

VG
Jens / j-lawyer.org

Sie müssen die mysql.exe auf Ihrem System finden (da nicht vom j-lawyer installiert, kann ich nicht sagen wo sie sich befindet), den vollen Pfad dieses Ordners kopieren und ihn in den PATH aufnehmen. Das Vorgehen weicht ab, je nach verwendetem Betriebssystem und -version. Bitte Google bemühen, ich habe keine Anleitung parat.

Könntest Du die create_database.sql einmal prüfen? Es sollte dort kein

ALTER TABLE cases DROP FOREIGN KEY fk_group;

drinstehen, sondern das hier:

SET @db_name = 'jlawyerdb';
SET @table_name = 'cases';
SET @foreign_key_name = 'fk_group';
SELECT IF(
    EXISTS (
        SELECT 1
        FROM information_schema.TABLE_CONSTRAINTS
        WHERE CONSTRAINT_SCHEMA = @db_name
          AND TABLE_NAME = @table_name
          AND CONSTRAINT_NAME = @foreign_key_name
          AND CONSTRAINT_TYPE = 'FOREIGN KEY'
    ),
    CONCAT('ALTER TABLE ', @table_name, ' DROP FOREIGN KEY ', @foreign_key_name, ';'),
    'SELECT "Foreign key does not exist."'
) INTO @sql;
PREPARE stmt FROM @sql;
EXECUTE stmt;
DEALLOCATE PREPARE stmt;

Bitte dann nicht selbst editieren, ich würde dann ein SQL-Script bereitstellen. Würde heißen, dass das falsche Script in den Installer geraten ist oder vorher mal eine Installation bestand und der Installer das Script nicht mit der neuen Version überschreibt.

Der Systemreport enthält irgendwie alle möglichen Varianten, mal SMB, mal FTP, mal SFTP.

Bei SFTP wird die Verbindung abgelehnt. Es scheint am Zielgerät kein SFTP zu laufen. Selbiges gilt für FTP.

Bei SMB / Windows-Freigabe hängt es an ungültigen Zugangsdaten:

Could not validate external storage location smb://…:…@KINDL-SERVER/Daten/: Logon failure: unknown user name or bad password.: jcifs.smb.SmbAuthException: Logon failure: unknown user name or bad password.