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.
Moin Zusammen
letzte Woche hat bei mir der Blitz ins Haus eingeschlagen. Alle Technik ist unbeschadet, außer dem Computer mit J-Lawyer. Konnte die alte Festplatte retten und habe jetzt darauf Zugriff mit Adapter.
1) System alt Windows 10 Home, j-lawyer 2.1.0.0
System neu Windows 11 Home, j-lawyer 2.1.0.0
2) Neuinstallation auf neuem Computer hat geklappt.
3) auf der alten Festplatte j-lawyer client (als Administrator) gestartet mit admin angemeldet => Fehlermeldung „Anmeldedaten oder Verbindungsparameter falsch“
4) backup manager auf dem neuen Computer als Administrator gestartet mit folgenden Daten
Datensicherungsordner <alte Festplatte>\j-lawyer-server\backups
dort: jlawyerdb-dump.sql, Größe 0 (Null) – Problem beschrieben in ticket #4123
Datenbankpasswort neuer Computer
j-lawyer Datenverzeichnis: <neue Festplatte>\j-lawyer-server\j-lawyer-data
backup manager gestartet => Fehlermeldung: „Datensicherung ‚jlawyerdb-dump.sql‘ fehlt!“
Ich bin für jede Hilfestellung dankbar, wie ich die Daten von der alten Festplatte in das neue System übertragen kann.
Danke schon im Voraus
Mischa
Bei mir funktioniert die Wiederherstellung einer Datensicherung meiner lokalen Installation auf meiner „j-lawyer.BOX“ nicht. Ich folge dieser Anleitung: http://www.j-lawyer.org/downloads/documentation/j-lawyer.org-UserGuide-de.html#__RefHeading___Toc3884_426029812
„• Kopieren Sie alle zur Sicherung gehörenden Dateien und Verzeichnisse in ein Verzeichnis “restore” in der Dateifreigabe “j-lawyer-share” der j-lawyer.BOX. Existiert das Verzeichnis “restore” noch nicht, so erstellen Sie es.“
– Ich habe den Ordner „restore“ erstellt und alle Dateien aus „C:\Program Files\j-lawyer-server\backups“ in den Ordner kopiert.
•.Öffnen Sie einen j-lawyer.org Client. Im Logindialog tragen Sie die Verbindungsinformationen der j-lawyer.BOX ein. Anschließend wird im Tab “j-lawyer.BOX” das root-Passwort (Betriebssystemnutzer der j-lawyer.BOX) eingegeben und der Button “j-lawyer.BOX mittels Datenrücksicherung resetten” genutzt. Auf Rückfrage geben Sie das Datenbankpasswort und optional das Verschlüsselungspasswort Ihrer Datensicherung ein. Anschließend beginnt die Rücksicherung und der Dienst der j-lawyer.BOX wird automatisch neu gestartet.
– Ich wähle unter „Login“ das Profil „j-lawyer-BOX“ und gebe die Daten des Kanzleisoftwarenutzers von der Identity Card ein.
– Ich gebe unter j-lawyer.BOX das Passwort für den Betriebssystemnutzer der j-lawyer.BOX von der Identity-Card ein und drücke den Button „Datenrücksicherung“. Es wird nach einem Passwort gefragt:
– Ich habe es zuerst mit „dem Datenbankpasswort“ der Sicherung versucht, ohne Erfolg (siehe unten)
– Ich habe es anschließend mit dem „MySQL“ Passwort von der Identity-Card versucht, ohne Erfolg (siehe unten)
„•.Die Rücksicherung wird in einer Datei “restore.log” im Wurzelverzeichnis der Dateifreigaben der j-lawyer.BOX protokolliert. Im Fehlerfall sowie zur Kontrolle kann der Inhalt der Datei geprüft werden.“
Im Ergebnis kann ich mich zuerst nicht mit der BOX verbinden. Nach ein paar Minuten ist die Verbindung möglich, aber die BOX befindet sich im „Werkszustand“. Hier der Inhalt meiner „restore“ Datei:
j-lawyer.org Backup Manager (ohne grafische Oberflaeche)
Verzeichnis mit der Datensicherung: Datenverzeichnis der j-lawyer.org Serverinstallation: Verschlüsselungspasswort (Bindestrich wenn keine Verschlüsselung genutzt wurde): MySQL root-Passwort: Es wird die Datensicherung von /usr/local/j-lawyer-server/samba/restore nach /usr/local/j-lawyer-server/j-lawyer-data eingespielt.
Prüfe Kodierung…
Prüfe Datensicherungsverzeichnis /usr/local/j-lawyer-server/samba/restore
Prüfe Datenverzeichnis /usr/local/j-lawyer-server/j-lawyer-data
Prüfe Datenbankverbindung…
Prüfung fehlgeschlagen: The server time zone value ‚CEST‘ is unrecognized or represents more than one time zone. You must configure either the server or JDBC driver (via the serverTimezone configuration property) to use a more specifc time zone value if you want to utilize time zone support.
oh je. Danke für die schnelle Rückmeldung. Wie kann ich das richtige Datenbankpasswort herausfinden bzw ob überhaupt eines hinterlegt ist?
In der Regel kommt dieser Fehler, wenn in den Datensicherungseinstellungen kein / ein falsches Datenbankpasswort hinterlegt ist.
Grüße
Jens / j-lawyer.org
Wie erwähnt, die voreingestellten Nutzer findet man in der Install-Anleitung:
https://www.j-lawyer.org/?page_id=100
Das Passwort für die Datenbank gehört niemals in die Hände der Nutzer, daher ist im Logindialog auch niemals ein Datenbankpasswort einzugeben, sondern Nutzer und Passwort für einen Nutzer der Kanzleisoftware.
Ja, backups brauchst Du. Ich hoffe das Datenbankpasswort war in den Sicherungseinstellungen korrekt hinterlegt. Im backups-Verzeichnis muss es eine jlawerdb-dump.zip o.ä. geben, dort sollte eine .sql – Datei drin sein, mit Inhalt. Ist die Datei leer, war das Backup nicht richtig konfiguriert. (falsches oder leeres Datenbankpasswort)
Guten Abend,
mysql -u root -p
(Datenbankpasswort eingeben)
[…]
Dann die 97GB große Datei DESKTOP-ETBPVFR umbenennen in DESKTOP-ETBPVFR-alt oder ähnliches
Das habe ich gleich mal gemacht. Wenn es das schon gewesen ist, werden wir das morgen Vormittag gleich sehen, ansonsten probiere ich morgen das mal mit „show full processlist;“ aus.
Beste Grüße
Christian
@Christian danke für das Bild mit den Dateien. Ja, es scheint als sei das sogenannte „MySQL General Log“ aktiviert. Bitte wie folgt vorgehen:
Datensicherung machen – prüfen ob der Dump der Datenbank ordentlich generiert wurde.
Eingabeaufforderung öffnen
mysql -u root -p
(Datenbankpasswort eingeben)
use mysql;
(Semikolon am Ende nicht vergessen)
SET GLOBAL general_log = ‚OFF‘;
(Semikolon am Ende nicht vergessen)
quit;
(Semikolon am Ende nicht vergessen)
Dann die 97GB große Datei DESKTOP-ETBPVFR umbenennen in DESKTOP-ETBPVFR-alt oder ähnliches
Schauen ob sich die Situation dadurch verbessert. Wenn ja, dann kann die Datei nach zwei Tagen „Karenzzeit“ gelöscht werden. Wenn nicht, nochmal melden.
Grüße,
Jens
(j-lawyer.org)
Diesen „Data“-Ordner gibt es in meiner Installation MySQL Server 5.7 gar nicht.
Wurde aus Versehen in den „Programme“ statt „ProgramData“-Ordner geschaut? (ProgramData ist auf einigen Windowsinstallationen ein versteckter Ordner).
Die Mittagspause haben wir mal genutzt und alle Clients zu schließen. Dann sieht das ganze so aus:
Okay, dann kommt die Last also von den Arbeitsplätzen.
Ich könnte genau beschreiben wie weiter analysiert wird, das wird aber etwas technisch. Oder wir machen einen Fernwartungstermin.
Falls selbständig weiter geschaut werden soll, hier eine erste Bitte (der j-lawyer.org Client sollte auf den Arbeitsplätzen dafür geöffnet sein und die hohe Last auf dem Server zu beobachten sein):
– Eingabeaufforderung öffnen
– mysql -u root -p
– Datenbankpasswort eingeben
– show full processlist; (Semikolon am Ende nicht vergessen)
– Ausgabe des letzten Kommandos an die E-Mail im Impressum senden.
Grüße,
Jens
(j-lawyer.org)