Startseite › Foren › Hilfe bei Problemen › Probleme beim Update auf 1.11
- This topic has 5 Antworten, 3 Stimmen, and was last updated vor 4 years, 10 months by j-lawyer.org.
-
AutorBeiträge
-
26. Dezember 2019 um 14:57 #3279socramParticipant
Moin,
erst einmal vielen Dank für die unermüdliche Arbeit und dafür, dass Sie mein Leben durch j-lawyer leichter machen.
Es hat bislang mit den Updates immer super geklappt, nur das jüngste Update führt dazu, dass ich mich nichr mehr anmelden kann.
Im server.log habe ich das hier gefunden:
2019-12-26 14:39:46,055 ERROR [org.jlawyer.persistence.DatabaseMigrator] (ServerService Thread Pool — 77) exception caught: org.flywaydb.core.api.FlywayException: Validate failed: Detected failed migration to version 1.10.0.10 (MacOsForeignKeyFix)
Bislang lief aber alles einwandfrei und ich hatte keine Probleme bei den letzten Updates.
Ich habe bislang folgendes probiert:
Jungfräuliche Installation der neuesten Version auf einem neuen Server und hier das Backup eingespielt -> startet nicht
Jungfräuliche Installation der Version, aus der das Backup stammt, Backup eingespielt -> läuft -> danach das Update -> läuft nicht mehr.
Ich habe dann die alte Version drüber installiert und es läuft wieder. Mag sein, dass damit der Migrationsfehler zusammenhängt?Eine ganz saubere Installation (ohne Daten) läuft, sobald ich aber das Backup einspiele, kann ich mich nicht mehr anmelden.
Hier findet ihr außerdem das ganze Log: https://socram.ddns.net/s/SDcett9sCWZiNTs
Für Hilfe wäre ich sehr dankbar.
Liebe Grüße
26. Dezember 2019 um 21:46 #3282j-lawyer.orgKeymasterHallo,
mir ist nicht ganz klar, was hier mit dieser Installation alles getan wurde. Bspw. sehe ich eine erfolgreiche Migration um 14:03 Uhr:
2019-12-26 14:03:32,148 INFO [org.flywaydb.core.internal.command.DbBaseline] (ServerService Thread Pool -- 75) Successfully baselined schema with version: 1.9.1.0 2019-12-26 14:03:32,158 INFO [org.flywaydb.core.internal.command.DbMigrate] (ServerService Thread Pool -- 75) Current version of schema <code>jlawyerdb</code>: 1.9.1.0 2019-12-26 14:03:32,158 INFO [org.flywaydb.core.internal.command.DbMigrate] (ServerService Thread Pool -- 75) Migrating schema <code>jlawyerdb</code> to version 1.10.0.0 - UpdateDbVersion 2019-12-26 14:03:32,187 INFO [org.flywaydb.core.internal.command.DbMigrate] (ServerService Thread Pool -- 75) Migrating schema <code>jlawyerdb</code> to version 1.10.0.1 - SampleMigration 2019-12-26 14:03:32,189 INFO [db.migration.V1_10_0_1__SampleMigration] (ServerService Thread Pool -- 75) Running migration db.migration.V1_10_0_1__SampleMigration 2019-12-26 14:03:32,199 INFO [org.flywaydb.core.internal.command.DbMigrate] (ServerService Thread Pool -- 75) Migrating schema <code>jlawyerdb</code> to version 1.10.0.2 - AddIndex 2019-12-26 14:03:32,259 INFO [org.flywaydb.core.internal.command.DbMigrate] (ServerService Thread Pool -- 75) Migrating schema <code>jlawyerdb</code> to version 1.10.0.3 - RenameTables 2019-12-26 14:03:32,823 INFO [org.flywaydb.core.internal.command.DbMigrate] (ServerService Thread Pool -- 75) Migrating schema <code>jlawyerdb</code> to version 1.10.0.4 - RemoveOptionGroupRole 2019-12-26 14:03:32,846 INFO [org.flywaydb.core.internal.command.DbMigrate] (ServerService Thread Pool -- 75) Migrating schema <code>jlawyerdb</code> to version 1.10.0.5 - AddIndex 2019-12-26 14:03:32,906 INFO [org.flywaydb.core.internal.command.DbMigrate] (ServerService Thread Pool -- 75) Migrating schema <code>jlawyerdb</code> to version 1.10.0.6 - AddTableDocumentTags 2019-12-26 14:03:33,159 INFO [org.flywaydb.core.internal.command.DbMigrate] (ServerService Thread Pool -- 75) Migrating schema <code>jlawyerdb</code> to version 1.10.0.7 - BeaProductionEndpoint 2019-12-26 14:03:33,187 INFO [org.flywaydb.core.internal.command.DbMigrate] (ServerService Thread Pool -- 75) Migrating schema <code>jlawyerdb</code> to version 1.10.0.8 - InitialDocmentTags 2019-12-26 14:03:33,229 INFO [org.flywaydb.core.internal.command.DbMigrate] (ServerService Thread Pool -- 75) Migrating schema <code>jlawyerdb</code> to version 1.10.0.9 - VersionUpdate 2019-12-26 14:03:33,250 INFO [org.flywaydb.core.internal.command.DbMigrate] (ServerService Thread Pool -- 75) Migrating schema <code>jlawyerdb</code> to version 1.10.0.10 - MacOsForeignKeyFix 2019-12-26 14:03:35,076 INFO [org.flywaydb.core.internal.command.DbMigrate] (ServerService Thread Pool -- 75) Migrating schema <code>jlawyerdb</code> to version 1.11.0.0 - AddDepartment 2019-12-26 14:03:35,245 INFO [org.flywaydb.core.internal.command.DbMigrate] (ServerService Thread Pool -- 75) Migrating schema <code>jlawyerdb</code> to version 1.11.0.1 - AddSmtpPort 2019-12-26 14:03:35,409 INFO [org.flywaydb.core.internal.command.DbMigrate] (ServerService Thread Pool -- 75) Migrating schema <code>jlawyerdb</code> to version 1.11.0.2 - SyncFix 2019-12-26 14:03:35,424 INFO [org.flywaydb.core.internal.command.DbMigrate] (ServerService Thread Pool -- 75) Successfully applied 14 migrations to schema <code>jlawyerdb</code> (execution time 00:03.276s) 2019-12-26 14:03:35,424 INFO [stdout] (ServerService Thread Pool -- 76) Starting j-lawyer.org database migrations...
In der Folge wurde zwischen 14:05 und 14:39 der Server noch 5 mal neu gestartet. Was jeweils mit der Datenbank gemacht wurde kann ich aus dem Log leider nicht rauslesen.
Ich habe folgenden Vorschlag:
Wenn jetzt noch die 1.11.0.2 installiert ist, dann bitte mal
- den Dienst stoppen und die Datenbank von vor dem Update einspielen.
- server.log löschen, damit ein sauberes, neues erstellt wird.
- Dann Dienst starten.
- Sollte dann dieser Fehler im Log zu finden sein:
2019-12-26 14:26:38,747 ERROR [org.jlawyer.persistence.DatabaseMigrator] (ServerService Thread Pool -- 77) exception caught: org.flywaydb.core.api.FlywayException: Validate failed: Detected failed migration to version 1.10.0.10 (MacOsForeignKeyFix)
- dann bitte wie folgt verfahren: Eingabeaufforderung öffnen, MySQL starten via
- mysql -u root -p
- (MySQL-Passwort eingeben, es öffnet sich die Datenbank-Kommandozeile. Danach folgende Befehle eingeben, jeweils mit Semikolon am Ende, und mit ENTER bestätigen)
use jlawyerdb; ALTER TABLE campaign_contacts DROP FOREIGN KEY campaign_contacts_ibfk_2; alter table campaign_contacts add CONSTRAINT campaign_contacts_ibfk_2 FOREIGN KEY (addressKey) REFERENCES contacts (id) ON DELETE CASCADE; ALTER TABLE case_contacts DROP FOREIGN KEY case_contacts_ibfk_1; alter table case_contacts add CONSTRAINT case_contacts_ibfk_1 FOREIGN KEY (archiveFileKey) REFERENCES cases (id) ON DELETE CASCADE; ALTER TABLE case_contacts DROP FOREIGN KEY case_contacts_ibfk_2; alter table case_contacts add CONSTRAINT case_contacts_ibfk_2 FOREIGN KEY (addressKey) REFERENCES contacts (id) ON DELETE CASCADE; ALTER TABLE case_documents DROP FOREIGN KEY case_documents_ibfk_1; alter table case_documents add CONSTRAINT case_documents_ibfk_1 FOREIGN KEY (archiveFileKey) REFERENCES cases (id) ON DELETE CASCADE; ALTER TABLE case_followups DROP FOREIGN KEY case_followups_ibfk_1; alter table case_followups add CONSTRAINT case_followups_ibfk_1 FOREIGN KEY (archiveFileKey) REFERENCES cases (id) ON DELETE CASCADE; ALTER TABLE case_history DROP FOREIGN KEY case_history_ibfk_1; alter table case_history add CONSTRAINT case_history_ibfk_1 FOREIGN KEY (archiveFileKey) REFERENCES cases (id) ON DELETE CASCADE; ALTER TABLE case_tags DROP FOREIGN KEY case_tags_ibfk_1; alter table case_tags add CONSTRAINT case_tags_ibfk_1 FOREIGN KEY (archiveFileKey) REFERENCES cases (id) ON DELETE CASCADE; ALTER TABLE communication_fax DROP FOREIGN KEY communication_fax_ibfk_1; alter table communication_fax add CONSTRAINT communication_fax_ibfk_1 FOREIGN KEY (archiveFileKey) REFERENCES cases (id) ON DELETE CASCADE; ALTER TABLE contact_tags DROP FOREIGN KEY contact_tags_ibfk_1; alter table contact_tags add CONSTRAINT contact_tags_ibfk_1 FOREIGN KEY (addressKey) REFERENCES contacts (id) ON DELETE CASCADE; insert into ServerSettingsBean(settingKey, settingValue) values('jlawyer.server.database.version','1.10.0.10') ON DUPLICATE KEY UPDATE settingValue = '1.10.0.10'; update flyway_schema_history set success = 1 where description = 'MacOsForeignKeyFix'; commit; quit;
Dann den Server neu starten und erneut das server.log zur Verfügung stellen, dann schaue ich nochmal drüber.
Beste Grüße,
Jens
(j-lawyer.org)3. Januar 2020 um 16:27 #3298socramParticipantLieber Jens,
vielen Dank für die zum einen sehr schnelle und zum anderen absolut zielführende Hilfe. Nach dem Fix der MySQL-Datenbank habe ich dann das Update eingespielt und die Migration auf die neueste Version hat ohne Probleme funktioniert.
Alles gute für das Jahr 2020!
Liebe Grüße
7. Januar 2020 um 13:59 #3327mdParticipantHallo Jens,
nach dem Update funktioniert bei mir der login nicht mehr. Fehlermeldung: Anmeldedaten oder Verbindungsparameter falsch. Mit „admin“ oder „user“ und den enstprechenden Passwörtern funktioniert es auch nicht. Es erscheint die gleiche Fehlermeldung.
Viele Grüße7. Januar 2020 um 14:18 #3328j-lawyer.orgKeymasterHallo,
da brauche ich mehr Informationen um helfen zu können.
Welches Betriebssystem wird genutzt?
Von welcher Version wurde aktualisiert? 1.9.x oder 1.10?
Bitte ein server.log an die E-Mailadresse im Impressum senden, siehe https://www.j-lawyer.org/?topic=wo-findet-man-die-fehlerprotokolle-des-j-lawyer-org-servers-und-clients
Danke und Gruß,
Jens
(j-lawyer.org)7. Januar 2020 um 15:32 #3329j-lawyer.orgKeymasterHallo, danke für die Informationen.
Beim Update wurde ein falsches Datenbankpasswort eingegeben:
Caused by: java.sql.SQLException: Access denied for user ‚root’@’localhost‘ (using password: NO)
Ich melde mich per E-Mail.
Grüße,
Jens
(j-lawyer.org) -
AutorBeiträge
- Du musst angemeldet sein, um zu diesem Thema eine Antwort verfassen zu können.