> Access denied for user ‚root’@’localhost‘

Aktuell hat entweder der Server kein korrektes Datenbankpasswort, oder die Datenbank ist nicht korrekt konfiguriert um TCP-Verbindungen zu erlauben.

Wurde das korrekte Datenbankpasswort eingegeben?

Das server.log am besten an die Mail im Impressum.

Hallo Jens,
nachdem ich meine Schreiben aus dem Ordner „archivefiles“ von J-Lawyer in meinen früheren Ordner (vor der Verwendung von J-Lawyer) verschoben habe, habe ich nun auch den Ordner gefunden, in dem ich die Screenshots der ersten Installation mit dem Passwort der Datenbank gespeichert habe. Da es mir noch nicht gelungen ist, dass Passwort der Datenbank zurückzusetzen, könnte ich es nun noch mit dem alten Passwort versuchen.
Soll ich daher nun das Update neu starten und diesmal das alte Datenbankpasswort eingeben oder muss ich anders vorgehen?
Schöne Grüße
Renko

Wurde beim Update das korrekte Datenbankpasswort genutzt?

VG
Jens / j-lawyer.org

Hallo Marcel,

wurde beim Update das richtige Datenbankpasswort angegeben?

Ich benötige mindestens

– /usr/local/j-lawyer-server/log/*
– /etc/default/j-lawyer-server
– /var/log/j-lawyer-server/*

Grüße!
Jens

Bitte mal /opt/j-lawyer-server/wildfly/standalone/log/server.log bereitstellen.

Mir scheint dass bei Installation ein falsches Datenbankpasswort eingegeben wurde (oder die Datenbank nicht richtig konfiguriert ist), der Server kann die Datenbank nicht finden (die durch den Installer erstellt wird).

VG!

Die Sequenz
– Installation
– Update 1
– Update 2

führt nicht zum obigen Fehler. Sie schrieben im ersten Post u.a. „Auch eine Neuinstallation nach vollständiger Entfernung von MySQL hat nichts gebracht.“, also ist es in etwa so?

– Installation
– Update 1
– Update 2
– Deinstallation
– Neuinstallation
– Rücksicherung aus Datensicherung

?

Bereits bei fehlschlagendem Login nach Update wäre ein Eintrag im Forum das Mittel der Wahl gewesen, die danach folgenden Aktionen waren sehr wahrscheinlich eher kontraproduktiv und ich hoffe dass eine vollständige Datensicherung vorliegt.

Grundsätzlich gibt es zwei Optionen:

(1) Wenn das System sowieso nur als beA-Viewer genutzt wurde und keine Daten (Akten, Adressen, Dokumente) erstellt wurden, dann einmal deinstallieren und neu installieren.

(1) Es liegt eine vollständige und funktionierende Datensicherung vor, die zweifelsfrei zur Rücksicherung geeignet ist: dann könnten Sie eine vollständige Deinstallation durchführen, neu installieren und das Backup einspielen mittels der ebenfalls in der Installation verfügbaren Anwendung „Backupmanager“.

(3) Sofern es nur geringste Zweifel an der Wiederherstellbarkeit aus Backup gibt: nichts unternehmen, eine Fernwartung anfragen.

Hinweise zur vollständigen Deinstallation:
– j-lawyer Server deinstallieren. Die Deinstallation lässt alle nutzerspezifischen Einstellungsdateien auf Festplatte zurück, bspw. um auch nach Deinstallation noch das Datenbankpasswort rekonstruieren zu können. Vor einer Neuinstallation daher C:\Programme\j-lawyer-server löschen
– MySQL deinstallieren. Auch MySQL löscht nicht die auf dem System vorhandenen Datenbanken und Zugänge/Nutzer. Daher (in der Regel) C:\ProgramData\MySQL löschen – wenn sichergestellt ist, dass keine anderen Anwendungen MySQL verwenden.

Ist das Datenbankpasswort in den Einstellungen korrekt hinterlegt?

Nach Umzug auf einen anderen Server bitte unbedingt in den Datensicherungseinstellungen das neue Datenbankpasswort eintragen und einmal die Datensicherung prüfen.

VG
Jens / j-lawyer.org

Caused by: java.sql.SQLException: Access denied for user 'root'@'localhost'
	at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:129)

Entweder wurde ein falsches Passwort für die Datenbank angegeben, oder die Datenbank erlaubt keine Zugriffe per TCP, sondern nur Unix Sockets.

Passwort prüfen: im Terminal

cat /usr/local/j-lawyer-server/wildfly/standalone/configuration/standalone.xml | grep password

Bei der Ausgabe sollte das korrekte Datenbankpasswort dabei sein.

Prüfen, ob die Datenbank per TCP erreichbar ist:

mysql -h 127.0.0.1 -P 3306 -u root -p

Definitiv problematisch. Das Entschlüsseln muss in jedem ZIP-Tool funktionieren, das Verschlüsselung unterstützt.

Hinweis: es gibt ein Datenbankpasswort und eines zum Verschlüsseln. Nicht verwechseln.

> Komisch ist, dass ich ja ein Passwort vergeben habe…

Es gibt ja zwei: ein Datenbankpasswort (das immer anzugeben ist) und ein optionales Verschlüsselungspasswort.

Bitte prüfen ob im Backup die ZIP-Datei mit der Datenbank (idR eine Datei namens „jlawyerdb-dump“ im Namen) gefüllt ist (also eine Größe >0 hat). Wahrscheinlich ist im Ausgangssystem (das gesichert wurde) ein falsches oder kein Datenbankpasswort hinterlegt.