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.
Code:
DELETE FROM tOptions WHERE cKey = 'WorkerGestartet'
Hallo an alle Intressierten,
wir hatten den Fehler nach einem Wawi Update, der Worker ließ sich nicht mehr starten. Auch nach sehr langer Wartezeit. Alle bekannten Tricks probiert.
Ursache bei uns war: Vor dem Wawi Update, haben wir alle Programme beendet (Worker, Mobile Server, Virtuelle Maschinen u. a.), haben dann noch einmal den Server neugestartet.
Wahrscheinlich waren wir beim Neustart aber zu voreilig, so dass der Worker noch nicht richtig beendet war. Daher wurde er nicht freigegeben und blieb blockiert.
Leider funktionierte der oben genannte Trick nicht mehr, es gibt keinen Eintrag "WorkerGestartet" in der Tabelle: tOptions mehr. Offenbar wurde da etwas geändert.
Lösung:
Eine Nachfrage bei JTL brachte die Lösung, folgende Antwort bekam ich:
"Guten Tag, könnten Sie einmal in der Tabelle
dbo.tUniquesession schauen, ob es dort einen Eintrag zum Worker gibt. Falls ja, entfernen Sie einmal diesen Eintrag. Danach sollte auch das Starten des Workers wieder funktionieren."
Tatsächlich existierte dort ein Eintrag:
Worker 2.0
Ich habe diesen per SQL Statement entfernt, dann ging es wieder. (Danke an Nico von JTL, für den Tipp)
Grüße
Matze