Neu JTL Worker 2.0 stürzt wegen angeblichen Speicherproblemen ab.

SHAAN

Sehr aktives Mitglied
26. August 2020
693
228
Moin,

benutzen seit ein paar Tagen den Worker 2.0 mit der 1.6.34. Dieser ist bisher drei mal abgestürtzt. Zum Vergleich, der Worker 1 ist noch nie abgestürtzt.

Bekommen folgende Meldung im Anhnag.

Neu dazugekommen ist der SCX Abgleich.

Im Log steht, dass der Ram Speicher nicht ausreicht. Unser Speicher liegt maximal bei 50 GB von 120 GB. Das wird es dann wohl nicht sein.

Kann das einer Bestätigen?
 

Anhänge

BeniF

Sehr aktives Mitglied
27. September 2018
441
150
Ja - der Worker verursacht bei uns auch Fehler. (hat sogar einmal die DB beschädigt)

Bei uns sind die Workflows schuld - ich lass daher für die Workflows den alten Worker laufen 🙁
 

SHAAN

Sehr aktives Mitglied
26. August 2020
693
228
Das ist echt großer Mist. Wir haben auch reichlich Workflows laufen.
 

SHAAN

Sehr aktives Mitglied
26. August 2020
693
228
Schon wieder abgestürzt. Dieses mal gab es keine Log Datei. Das Worker 2.0 Fenster verschwindet einfach. Im Tray ist es noch zu sehen, im Task nicht mehr. Neustarten geht auch nicht, da er angeblich noch abarbeitet und man in 10 Minuten es nochmal versuchen sollte. Nach 10 Minten kann man den dann tatsächlich wieder starten. Das macht keinen Spaß.
 

SHAAN

Sehr aktives Mitglied
26. August 2020
693
228
Noch nicht. Werde ich die Tage wohl aber aufmachen, wenn hier nix kommt.
 

BeniF

Sehr aktives Mitglied
27. September 2018
441
150
Die vom Support sind informiert....
schreib am besten mal den Manuel an - der wollte wissen wenn weitere Probleme mit dem Worker auftreten
 

SHAAN

Sehr aktives Mitglied
26. August 2020
693
228
Hatte mit den Support telefoniert. Das Problem wird vermutlich ein Workflow sein, welcher auf Aufträge zurückgreifen möchte, die keine E-Mail Adresse hinterlegt haben. Das verursacht wohl einen Fehler und der Worker verabschiedet sich. Konkret geht das aber aus den Fehlermeldungen nicht hervor.

Das müssen wir jetzt einfach mal mit genannten und abgeschalteten Workflows beobachten und dann wissen wir es genau. Wenn das stimmt, muss der Worker 2.0 an dieser Stelle angepasst werden.
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: knackig

SHAAN

Sehr aktives Mitglied
26. August 2020
693
228
Wir haben noch einen gravierenden Fehler festgestellt.

Heute ist uns aufgefallen, dass seit dem 17.02.2022 ( also seit sechs Tagen ) mit einem Workflow keine E-Mail-Rechnungen an Kunden versendet wurden. Auch wurden keine Lieferscheine und Rechnungen mehr ins DMS abgelegt. Grund hierfür war ein Workflow, der im Workflow Queue mit dem Status "Fehler" gekeinzeichnet war, welcher nicht abgearbeitet werden konnte. Das Löschen des Queue's hat das Problem vorerst behoben. So etwas hatten wir mir den Worker 1 auch noch nie gehabt.
 

SHAAN

Sehr aktives Mitglied
26. August 2020
693
228
Der Worker stürtzt weiterhin ab. Ich vermute es liegt im Workflow an dem {{ Datum.Gestartet }} oder {{ Datum.Jetzt }} in Kombinantion mit einem Ausführungsplan für den Worker 2.0. Einziges Indiz ist, dass das Datum z. B. in einen Auftrag als Variable ( {{ Datum.Gestartet }} ), und nicht mit dem eigentlichen Datum reingeschrieben wird und das zwei meiner Workflows die diese Variablen besitzen im Workflow Queue mit dem Status "Fehler" angegeben werden. Ein manueller Test führt dagegen zu keinem Feher.
 
Zuletzt bearbeitet:

SebastianB

Moderator
Mitarbeiter
6. November 2012
2.084
339
Hallo,

bitte probiere einmal, die Datei cmll26oc.llx im Wawi-Programmverzeichnis umzubenennen in cmll26oc.alt. Mit etwas Glück sollte dann der Worker nicht mehr in diesen Problemfällen abstürzen.
 

SHAAN

Sehr aktives Mitglied
26. August 2020
693
228
Hallo Sebastian, ich habe die Änderung blind vorgenommen und werde es nun beobachten.
 

aadursun

Sehr aktives Mitglied
28. Februar 2017
625
65
Wir haben noch einen gravierenden Fehler festgestellt.

Heute ist uns aufgefallen, dass seit dem 17.02.2022 ( also seit sechs Tagen ) mit einem Workflow keine E-Mail-Rechnungen an Kunden versendet wurden. Auch wurden keine Lieferscheine und Rechnungen mehr ins DMS abgelegt. Grund hierfür war ein Workflow, der im Workflow Queue mit dem Status "Fehler" gekeinzeichnet war, welcher nicht abgearbeitet werden konnte. Das Löschen des Queue's hat das Problem vorerst behoben. So etwas hatten wir mir den Worker 1 auch noch nie gehabt.
Welches DMS ist bei euch im Einsatz?
 

SebastianB

Moderator
Mitarbeiter
6. November 2012
2.084
339
@SHAAN Dann melde Dich bitte einmal im Support, damit die Kollegen sich das direkt bei Dir auf dem System anschauen können
 

SHAAN

Sehr aktives Mitglied
26. August 2020
693
228
Hallo Sebastian, dass hatten sich bereits der Supoort und Entwickler angesehen. Das Problem Ist nicht zu ermitteln. Ich werde noch die fortlaufenden Beta-Versionen abwarten.
 

Huhugonzo

Gut bekanntes Mitglied
6. November 2019
193
8
Wir haben seit gut zwei bis drei Wochen auch ständig das Problem, dass der Worker abschmiert.
Gem. EcomData wurden wir gebeten auf die neueste JTL WaWi Version zu updaten, da es angeblich mit unser bisher genutzten Verion zu tun haben sollte.
Dieses haben wir nun gestern Abend durchgeführt, aber leider ist der Worker heute bereits 2 mal wieder abgeschmiert. es ist immer sehr unschön wenn dieses erst kurz vor der eigentlichen Paketabholung festgestellt wird und unsere Mitarbeiter kurzweilig einem Herzinfarkt nahe kommen.

Wo kann ich mir gezielt die Protokolle vom Worker anzeigen bzw. abspeichern lassen. unter Admin-->Globale Einstellungen --> Debugger /Protokolle kann ich es für den Worker nicht sehen bzw. aktivieren.
Besten Gruß
Frank
 

BeniF

Sehr aktives Mitglied
27. September 2018
441
150
Wir nutzen die 1.7.12 und der Worker stürzt alle paar Tage ab (Runtime error + Worker reagiert nicht mehr)

zum KOTZEN
 

Star Piercing

Sehr aktives Mitglied
1. Dezember 2012
1.636
462
Bei uns leider mit der 1.7.12.0 auch immer mal wider.
Worker läuft auf einem EcomData Server und wenn wieder mal nichts gedruckt wird schaue ich mal nach und da steht dann sowas wie "Client reagiert nicht mehr", wenn ich das schliesse kommt ein Runtime error.
Hatten wir vorher nie.
 

Ähnliche Themen