Neu "JTL-Worker wird bereits ausgeführt! Erneutes Ausführen ist nicht möglich."

[Mariachi]

Hallo zusammen,

obenstehende Fehlermeldung erscheint seit ca. 2 Wochen.
Somit beginnt der Worker erst gar nicht zu starten.

Es ist in der Windows Aufgabenplanung so eingestellt, dass der Rechner jeden Abend neu startet und beim Neustart der Worker starten soll.
Das hat einige Monate ohne Probleme funktioniert, aber seit ca. 2 Wochen nicht mehr.

Man muss diese Fehlermeldung dann wegklicken und dann den Worker manuell starten, dann geht es wieder normal und die Workflows starten.

Woran könnte das liegen?

Viele Grüße

 

[elevennerds.de]

Hallo,

an der neuen Version der WAWI, da wurde eine zusätzliche "Sicherheit" eingebaut, um mehrmaliges Starten des Workers zu verhindern.

Aus dem Changelog 1.1.4.3: "Mehrfaches Ausführen des JTL-Worker wird unterbunden"

MfG

Rene

 

[Mariachi]

Hallo,

an der neuen Version der WAWI, da wurde eine zusätzliche "Sicherheit" eingebaut, um mehrmaliges Starten des Workers zu verhindern.

Aus dem Changelog 1.1.4.3: "Mehrfaches Ausführen des JTL-Worker wird unterbunden"

MfG

Rene

Hallo Rene,

Danke für deine Rückmeldung.
Dann weiß ich warum die Meldung kommt, aber aus welchem Grund wird der WORKER mehrfach gestartet??

 

[ongnamo]

Was kann man machen, wenn der Worker nicht läuft, im Task-Manager der Prozess nicht sichtbar ist, der Dienst beendet ist und dann bei manuellem Start des Workers diese Meldung erscheint?

Der Worker läuft in einer Mehrplatzumgebung auf dem Server.


Gruß
Thomas

 

[pckasse]

neustart PC sollte helfen, hatten das Problem auch schon mal...hab auch einmal in JTL Wawi den Worker deaktiviert, dann wieder aktiviert

 

[ongnamo]

nein, das hilft nicht.

Ich meine, das Problem gefunden zu haben: Wenn bei einem Neustart des Servers (oder des PCs, auf dem die DB läuft), noch die Wawi auf einem anderen Client offen ist, dann kommt die Meldung. Man muss anscheinend alles Wawi-Clients schließen.

 

[ongnamo]

Kommando zurück: das war es auch noch nicht. Es ist in dieser Wawi Version sehr merkwürdig. Früher konnnte ich entweder den Worker als Applikation starten und dann sah man in dem 3-geteilten Fenster, was da abgerufen wird. Jetzt kann ich den Worker nicht mehr starten wegen der Meldung "Mehrfaches Ausführen des JTL-Worker wird unterbunden".
aufgrund der Meldung müsste die Anwendung ja laufen. Doch lässt sie sich in der Taskliste nicht auffinden. Es läuft der Prozess und der Dienst. Der Prozess lässt sich nicht beenden, sondern wird, wohl automatisch vom Dienst, automatisch gestartet. So kann ich ja nicht einmal kontrollieren, ob der Worker etwas tut. Gerade dieser Punkt irritiert mich.

Was kann ich tun?

 

[fav-hosting.online]

Kannst du mal in der Tabelle tWorkerinfo nachschauen ob dort ein Eintrag vorhanden ist.

 

[ongnamo]

Ergänzung:
So eine Meldung finde ich auch seltsam.

 

[ongnamo]

Ja, da ist ein Eintrag:

 

[ongnamo]

aktuelle Worker-Einstellung:

 

[fav-hosting.online]

Habe gerade mal versucht den Fehler nachzustellen.
Die einzige Möglichkeit die ich gefunden habe ist wenn der Eintrag zum Workerstatus nicht gelöscht wird wenn er beendet wurde und der nächste Start innerhalb von (Abgleichintervall * 2) stattfindet.
In deinem Fall wird wahrscheinlich der Eintrag beim beenden nicht gelöscht und wenn der Server weniger als 10 Minuten ( 300 Sekunden * 2) versucht den Worker neu zu starten kommt die Meldung aus dem ersten Beitrag.
Du kannst die Aufgabenplanung erweitern sodass nach dem Neustart des Servers und vor dem Start des Workers zuerst unten stehender SQL-Befehl ausgeführt wird dann sollte es nach dem Neustart keine Probleme geben.

DELETE FROM tOptions WHERE cKey = 'WorkerGestartet'

 

[SebastianB]

Hallo,

die Idee, den PC automatisch herunterzufahren, ist nicht gut: Der Worker wird dabei u.U. mitten in der Arbeit unterbrochen - unter Umständen wird eine Bestellung nur halb angelegt o.Ä.
Wenn der Worker nicht sauber beendet wird, bleibt die Sperre in der DB und man kann den neuen Worker wie angesprochen erst nach der doppelten Abgleichszeit neu starten. Ja, der SQL-Befehl hebt diese Sperre auf - allerdings raten wir ausdrücklich von diesem Vorgehen ab.

Gruß,
Sebastian

 

[Jonny | knowmates]

Ich schließe mich hier mal an. Haben das Problem jetzt auch. Allerdings arbeiten wir da so, dass der Worker nachts autom. neugestartet wird, damit wir sicher sind, dass er auch immer läuft. Gibts ne bessere Möglichkeit?

 

[HMS_IT]

Ich sehe den Grund nicht, warum der Worker/Server-PC jede Nacht neu gestartet werden sollte...
Den Status des Workers kann man mit einer Aufgabe/Dienst prüfen lassen und falls es hier einen Fehler gibt, eine Mail an den Admin. Fertig...

Falls Ihr darauf besteht, den Server-PC jede Nacht durchstarten zu wollen:
Worker erst per Script ordentlich beenden lassen, dann Rechner neustarten.
Hierbei sollte aber auch sichergestellt sein, dass keine Clients mehr angemeldet sind...

Schau mal hier rein:
https://forum.jtl-software.de/threads/worker-automatisch-beenden-und-neustarten.93640/#post-529981

 

[Cassiopeia]

@mike59999:

Vielen Dank für das Command. Bin hier in der Staging Umgebeung fast verzweifelt.

 

[Sausewind]

HI ,
bei uns kam die Fehlermeldung auch - Schuld war die Server Uhr , welche sich nach einen Stromausfall nicht wieder sauber gestellt hat 🙁

 

[ingosp2]

DELETE FROM tOptions WHERE cKey = 'WorkerGestartet'

Vielen Dank für diese Zeile. Dadurch bin ich darauf gekommen, WARUM ich keinen worker mehr starten konnte und die Shopdaten nicht mehr aktualisieren.
Ich musste auf meinen DB-Server gehen und auf "sqlcmd -d eazybusiness " kommen.
Danach konnte ich das Delete-Statement von oben eingeben (und mit "go" abschicken, bizarr).

Verbesserungsvorschlag für JTL: Anstatt den WORKER-Start einfach zu verweigern, bitte:
1. Anzeigen, dass der Worker als "gestartet" eingetragen ist, und zwar ab wann (hoffe das steht da auch drin, wenn nicht-> rein)
2. Anbieten, dass das Kennzeichen "WorkerGestartet" mit diesem Dialog gelöscht wird (zumindest, wenns > ein paar stunden her ist)

Dann spart man sich die Operation am offenen Herzen

 

[DITH-Shop]

Vielen Dank für diese Zeile. Dadurch bin ich darauf gekommen, WARUM ich keinen worker mehr starten konnte und die Shopdaten nicht mehr aktualisieren.
Ich musste auf meinen DB-Server gehen und auf "sqlcmd -d eazybusiness " kommen.
Danach konnte ich das Delete-Statement von oben eingeben (und mit "go" abschicken, bizarr).

Das ist nicht "bizarr" sondern einfachstes SQL

Verbesserungsvorschlag für JTL: Anstatt den WORKER-Start einfach zu verweigern, bitte:
1. Anzeigen, dass der Worker als "gestartet" eingetragen ist, und zwar ab wann (hoffe das steht da auch drin, wenn nicht-> rein)
2. Anbieten, dass das Kennzeichen "WorkerGestartet" mit diesem Dialog gelöscht wird (zumindest, wenns > ein paar stunden her ist)

Dann spart man sich die Operation am offenen Herzen

Dasselbe:
rechte Maustaste über die Worker info zeigt:

 

[ingosp2]

Das ist nicht "bizarr" sondern einfachstes SQL


Dasselbe:
rechte Maustaste über die Worker info zeigt:

Den Anhang 86293 betrachten

Tja, für mich war das bizarr. Das SQL-Ende ist normalerweise ein ; und mit Windows SQL hatte ich noch nichts zu tun vorher. Leider gibts auch kein phpmysql dafür wie im shop (kann ja auch nicht leicht im win). Das hab ich aber schon raus bekommen - und auch das "-d eazybusiness"

Diese "worker info" habe ich noch nie gesehen. Nicht in Wawi, nicht im shop-backend, nicht im win, wo die DB drauf läuft. Wie kommt man denn dazu?
Und könnte man damit das Kennzeichen "WorkerGestartet" auch löschen?

Ich hab den shop (jtl gehostet) aktualisieren lassen und vorher den Worker auf dem DB-Server gestoppt - klappte vielleicht nicht. So kam das zustande.