Backup läuft nicht an


Startseite Foren Hilfe bei Problemen Backup läuft nicht an

Verschlagwortet: 

7 Beiträge anzeigen - 16 bis 22 (von insgesamt 22)
  • Autor
    Beiträge
  • #7413
    Lara
    Participant

    Ja, das Passwort ist richtig. ich habe mal einen Serverlog gefunden und versuche das hier einzufügen.

    2026-02-27 00:59:47,601 INFO [com.jdimension.jlawyer.timer.IterativeBackupTask] (Timer-4) backup task is starting
    2026-02-27 00:59:47,603 INFO [com.jdimension.jlawyer.timer.IterativeBackupTask] (Timer-4) backup mode: on
    2026-02-27 00:59:47,603 INFO [com.jdimension.jlawyer.timer.IterativeBackupTask] (Timer-4) encryption is enabled
    2026-02-27 00:59:47,609 INFO [com.jdimension.jlawyer.timer.IterativeBackupTask] (Timer-4) backup disabled for this weekday
    2026-02-27 01:59:47,601 INFO [com.jdimension.jlawyer.timer.IterativeBackupTask] (Timer-4) backup task is starting
    2026-02-27 01:59:47,602 INFO [com.jdimension.jlawyer.timer.IterativeBackupTask] (Timer-4) backup mode: on
    2026-02-27 01:59:47,602 INFO [com.jdimension.jlawyer.timer.IterativeBackupTask] (Timer-4) encryption is enabled
    2026-02-27 01:59:47,608 INFO [com.jdimension.jlawyer.timer.IterativeBackupTask] (Timer-4) backup disabled for this weekday
    2026-02-27 02:04:47,510 INFO [com.jdimension.jlawyer.timer.BackupSyncTask] (Timer-5) Starting sync to file:///C:/Users/larah/Documents/j-lawyer
    2026-02-27 02:04:47,511 INFO [com.jdimension.jlawyer.sync.FolderSync] (Timer-5) Copying jlawyerdb-dump.sql to sync location
    2026-02-27 02:04:47,512 INFO [com.jdimension.jlawyer.timer.BackupSyncTask] (Timer-5) Sync finished
    2026-02-27 02:49:16,309 ERROR [org.jboss.as.ejb3.invocation] (Timer-8) WFLYEJB0034: Jakarta Enterprise Beans Invocation failed on component SingletonService for method public abstract void com.jdimension.jlawyer.services.SingletonServiceLocal.setFailedFax(com.jdimension.jlawyer.persistence.FaxQueueBean): javax.ejb.ConcurrentAccessTimeoutException: WFLYEJB0241: Enterprise Beans 3.1 PFD2 4.8.5.5.1 concurrent access timeout on SingletonService – could not obtain lock within 5000MILLISECONDS
    at org.jboss.as.ejb3@26.1.3.Final//org.jboss.as.ejb3.component.singleton.ContainerManagedConcurrencyInterceptor.processInvocation(ContainerManagedConcurrencyInterceptor.java:102)
    at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
    at org.jboss.as.ejb3@26.1.3.Final//org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64)
    at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
    at org.jboss.as.ejb3@26.1.3.Final//org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67)
    at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
    at org.jboss.as.ee@26.1.3.Final//org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
    at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
    at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60)
    at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
    at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:438)
    at org.wildfly.security.elytron-base@1.19.1.Final//org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:633)
    at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:57)
    at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
    at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
    at org.jboss.as.ee@26.1.3.Final//org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:198)
    at org.jboss.as.ee@26.1.3.Final//org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:191)
    at org.jboss.as.ee@26.1.3.Final//org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:81)
    at deployment.j-lawyer-server.ear.j-lawyer-server-ejb.jar//com.jdimension.jlawyer.services.SingletonServiceLocal$$$view109.setFailedFax(Unknown Source)
    at deployment.j-lawyer-server.ear.j-lawyer-server-war.war//com.jdimension.jlawyer.timer.FaxQueueStatusTask.run(FaxQueueStatusTask.java:726)
    at java.base/java.util.TimerThread.mainLoop(Timer.java:566)
    at java.base/java.util.TimerThread.run(Timer.java:516)

    #7414
    Lara
    Participant

    Ich erinnere: ich hatte ursprünglich erst Mysql installiert, nicht über das j-lawyer-Installationsprogramm und dann erst die Daten aus Microsoft SQL immigriert und dadurch leicht veränderte Programmdaten vermutlich.

    kann ich irgendwo ein backup-Programm finden, wo ich eventuell Links korrigieren kann oder so ähnlich?

    #7429
    Lara
    Participant

    ich schon wieder, sorry…

    wie kann ich das root-Passwort auslesen bzw. ob es überhaupt eines gibt? Ich hatte ja damals mysql extra und vorher installiert und eine Teildatenbank, weil ich die Daten aus einem Microsoft SQL Anwaltsprogramm migriert hatte. Dabei kann es also sein, dass die Datenbank vielleicht kein Passwort hat wie sonst von j-lawyer vergeben? Das wollte ich prüfen.

    Ich hatte es jetzt nämlich mit einem Windows Powershell – Skript versucht. Dabei hatte ich berücksichtigt, dass j-lawyer-data auf einer getrennten Festplatte liegt, nicht da, wo der Rest des j-lawyer-Programms ist und wegen der Extrainstallation auch das Mysql ein kleines bisschen einen anderen Installationspfad hatte.

    es kam aber dann trotzdem eine 0kb sql-Datei. Ergo frage ich mich gerade obiges Datenbankpasswort-Ding.

    Also: wie kann ich prüfen, ob das Passwort so stimmt?

    #7430
    j-lawyer.org
    Keymaster

    Das Passwort steht in wildfly\standalone\configuration\standalone.xml

    #7431
    Lara
    Participant

    ok, das Passwort stimmt.

    Allerdings steht im standalone.xml unter
    <property name=“j-lawyer.server.initdir“ value=C:\programe files\j-lawyer-server/j-lawyer-init/“

    allerdings gibt es den link C:\programe files\j-lawyer-server/j-lawyer-init/ nicht laut Explorer

    j-lawyer-init gibt es gar nicht. Ist das relevant?

    #7434
    Lara
    Participant

    Ok, also ich habe jetzt mittels eines Skriptes, das in einem anderen Thread stand, ein backup-Skript erstellt und bekomme jetzt eine sql-Datei und die backup-Ordner. wenn ich diese versuche mit dem Backupmanager wiederherzustellen, dann sagt mir der, es fehlen die Meta-Dateien. Einen Ordner metadata habe ich aber nicht in der j-lawyer-Installation am Server. Ich finde nur unter dem Backup-Ordner dort einen.

    Geht das ohne Metadata? Wenn nein, wo finde ich den? Also wenn ich den normalerweise in dem j-lawyer-server-Installationsordner finde und er notwendig ist, müsste er ja existieren. Die versteckten Ordner sind bereits eingeblendet.

    Was mache ich mit diesem metadata?

    #7435
    j-lawyer.org
    Keymaster

    Sorry, ich kann hier aus der Ferne nicht mehr helfen. Die Historie mit Migration aus Microsoft SQL und die Installation etc. ist mir nicht bekannt und alles weitere wäre Glaskugelleserei.

    Bei Bedarf wenden Sie sich gern an die Mailadresse im Impressum und erteilen einen Supportauftrag, dann schauen wir per Fernwartung drauf.

    Viele Grüße!

7 Beiträge anzeigen - 16 bis 22 (von insgesamt 22)
  • Du musst angemeldet sein, um zu diesem Thema eine Antwort verfassen zu können.