j-lawyer.org
Erstellte Forenantworten
-
AutorBeiträge
-
5. Januar 2020 um 23:53 als Antwort auf: Backup-Wiederherstellung von Windows-Backup auf Linux (Ubuntu 18.04) #3313j-lawyer.orgKeymaster
Ach, jetzt sehe ich es.
Unter Windows spielt ja Gross- und Kleinschreibung keine Rolle.
Jetzt hast Du drei Tabellen mit falscher Schreibung:
approlebean –> AppRoleBean
appuserbean –> AppUserBean
serversettingsbean –> ServerSettingsBeanDu kannst das umbenennen via
rename table approlebean to AppRoleBean;
etc.
j-lawyer.orgKeymasterBitte mal in der Adminkonsole des Clients
sysprops
eingeben und das Ergebnis per E-Mail zur Verfügung stellen.
5. Januar 2020 um 22:33 als Antwort auf: Backup-Wiederherstellung von Windows-Backup auf Linux (Ubuntu 18.04) #3310j-lawyer.orgKeymasterDann bitte in der Datenbank schauen ob überhaupt die Nutzer drin stehen:
select principalId from jlawyerdb.security_users;
5. Januar 2020 um 21:29 als Antwort auf: Backup-Wiederherstellung von Windows-Backup auf Linux (Ubuntu 18.04) #3308j-lawyer.orgKeymasterDer Server ist absolut sauber gestartet.
– Auf welchem Betriebssystem läuft der Client?
– Kann vom Client auf im Browser der Port 8080 des Server aufgerufen werden (es sollte eine Wildfly-Welcome-Page kommen)?
– Netzwerksachen durchgecheckt (irgendwelche Ports gesperrt, Desktop-Firewall auf dem Client, oder Firewall auf der NAS, …)5. Januar 2020 um 19:47 als Antwort auf: Backup-Wiederherstellung von Windows-Backup auf Linux (Ubuntu 18.04) #3306j-lawyer.orgKeymasterIch kann auf den DDNS-Link nicht zugreifen.
Grüße,
Jens
(j-lawyer.org)j-lawyer.orgKeymasterHallo,
die Anmeldung per Karte wurde erst mit der neuen Version vom 23.12.2019 geliefert und scheint noch nicht überall zuverlässig zu funktionieren.
Sie können entweder mit einem Softwarezertifikat arbeiten, oder wir können versuchen die Kartenanmeldung auf Ihrem Gerät zu analysieren. Dazu bräuchte ich als erstes das Fehlerprotokoll des Clients (client.log, siehe https://www.j-lawyer.org/?topic=wo-findet-man-die-fehlerprotokolle-des-j-lawyer-org-servers-und-clients).
Beste Grüße,
Jens
(j-lawyer.org)j-lawyer.orgKeymasterBitte mal das client.log per Email schicken.
https://www.j-lawyer.org/?topic=wo-findet-man-die-fehlerprotokolle-des-j-lawyer-org-servers-und-clients
Danke
Jens
(j-lawyer.org)- Diese Antwort wurde vor vor 4 years, 11 months von j-lawyer.org bearbeitet.
j-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)j-lawyer.orgKeymasterPrima, und sorry für die späte Rückmeldung 🙂
Frohes Fest
Jensj-lawyer.orgKeymasterHallo Andreas,
besten Dank für die Nachricht!
Ich bin über die Feiertage viel unterwegs, werde versuchen mich zwischendurch mal per Mail bei Dir zu melden.
Beste Grüße
Jens
(j-lawyer.org)17. Dezember 2019 um 12:55 als Antwort auf: Platzhalterklammern verschwinden nicht vollständig #3254j-lawyer.orgKeymasterBitte mal die Vorlage per E-Mail zur Verfügung stellen.
Beste Grüße,
Jens
(j-lawyer.org)j-lawyer.orgKeymasterMit welcher Version tritt das auf?
Kann ich das client.log per E-Mail haben?
Danke,
Jens
(j-lawyer.org)j-lawyer.orgKeymasterJa, genau, wenn mehrere Beteiligte des selben Typs erfasst sind (bspw. mehrere Mandanten), dann kann man rechts im Dropdown den „gewünschten“ auswählen.
Beste Grüße!
Jens
(j-lawyer.org)j-lawyer.orgKeymasterAn der Stelle ist via Forum wohl erstmal das Ende der Fahnenstange erreicht.
Wie gesagt: ich kann gern direkt draufschauen.
Beste Grüße,
Jens
(j-lawyer.org)j-lawyer.orgKeymasterNein, die Installation via DEB kann ich in dem Fall nicht empfehlen. Dann würfelst Du die beiden Installer durcheinander. Du hattest ursprünglich mit dem normalen Installer installiert, dann lieber dabei bleiben.
Hast Du das Update nochmal laufen lassen?
-
AutorBeiträge