Abgelehnt [WAWI-6821] WORKER als Dienst

[wawi-dl]

OK, schaue ich mir mal an ... hätte aber aktuell nichts gewonnen, nur einen Dienst mehr

 

[css-umsetzung]

Ich mach das als Dienst, weil die Kunden vorher immer Möglichkeiten fanden, den einfach abzuschalten, wenn es ein Dienst ist, gehört schon viel kriminelle Energie dazu, den zu beenden

 

[wawi-dl]

Richtig, wobei ich den öfters aus- und anschalten muss, darum werde ich diesen nie als Dienst einrichten.

Meine Batch killed erstmal alle laufenden Prozesse von JTL, dann wird JTL- Worker neu gestartet.

 

[Xantiva]

Ich muss so doof fragen
Du hast also deinen Account hinterlegt, mit usernamen und PW.

Gibt keine doofen Fragen Ja, habe ich.

Aber ich habe gerade den Microsoft-Artikel gefunden: https://support.microsoft.com/en-us/kb/307288

CAUSE
Because the computer is a stand-alone computer, the NetLogon service does not start on the server, hence no domain-wide logon authentications are possible.

RESOLUTION
To resolve the problem, use these steps:

1. Change the startup account of both the MSSQLSERVER and SQLServerAgent to use the Local System account.
2. Restart the computer.

MORE INFORMATION
On a stand-alone computer, the NetLogon Service should be set for "manual" startup.

Ich habe keinen Domänen-Controller, also habe ich (!) 1x den Anmeldedienst (Netlogon) gestartet. Der ist sofort wieder aus gegangen, aber danach funktioniert es mit meinen Anmeldedaten ...

Auch nach einem Neustart wird der Worker nun (verzögert) gestartet. Jetzt muss ich nur noch den "Watchdog" einrichten, der ihn ggf. alle 15 Minuten wieder neu startet.

 

[css-umsetzung]

Was denn für einen watchdog und warum alle 15 min. Starten?

 

[Xantiva]

Den von hula14 aus dem Post #5 ...

Einen extra Punkt gibts noch, wenn du jetzt noch eine Aufgabenplanung einrichtest -> dahinter eine Batch datei mit
net start "dein Dienst Name"
und den zb. alle 15 Min. ablaufen lässt automatisch
Dann überprüft er alle 15 min. ob der Dienst läuft oder nicht...falls ja, macht er nix, falls nein - startet er den dienst

Falls der Dienst mal unerwartet beendet werden sollte, dass er in diesem Fall immer wieder neu gestartet wird.

 

[css-umsetzung]

Also der Dienst läuft wochenlang problemlos auf einem Server, was eher mal passieren könnte, wäre das es ein exception gjbt oder das nur eine der Platformen nicht mehr bedient wird..

Dafür habe ich vor einer weile ein script online gestellt, was das prüfen und alarm schlagen könnte.
https://forum.jtl-software.de/threads/worker-ueberwachung.94039/page-2#post-532363

 

[Xantiva]

Das natürlich noch eleganter ...

Übrigens zu Deiner Frage "mehrzeiligen Text" ... wenn man auf die PowerShell umsteigt, sollte das funktionieren: http://stackoverflow.com/questions/7976646/powershell-store-entire-text-file-contents-in-variable

Da die PowerShell sowieso künftig CMD ersetzen wird ... ( http://www.golem.de/news/insider-bu...rd-durch-open-source-ersetzt-1611-124600.html )

Wenn ich Zeit finde, probiere ich es aus.

 

[Xantiva]

Bevor noch jemand anders in die gleiche Falle tappt ...

Da ich die Ausgangsrechnungen per Workflow speichern wollte, dachte ich, es sei eine gute Idee ein Verzeichnis auf einem Rechner im Netz frei zu geben und überall als Laufwerk "R:" einzubinden. Und in der Druckvorlage habe ich das Ausgabeverzeichnis auch mit "R:" begonnen. Solange, wie ich den Worker morgens immer von Hand gestartet habe, war alles in Ordnung. Nachdem ich den Worler aber als Dienst gestartet habe, wurden die Rechnungen nicht mehr gespeichert: Zugriffsverletzung ...

Ausnahme #1: Unbehandelte Ausnahme #4D674C28739DF136 vom Typ combit.ListLabel20.LL_Exporting_Exception in Int32 CheckReturn(Int32)
combit.ListLabel20.LL_Exporting_Exception: Beim Exportieren ist ein Fehler aufgetreten (z.B. keine Zugriffsrechte auf Zielpfad, zu exportierende Datei schon vorhanden und schreibgeschützt).

Die Fehlermeldung hat mich zuerst in die Irre geführt, es waren keine "fehlenden oder falschen Zugriffsrechte". Wenn ich die Wawi / den Worker als Dienst starte, dann läuft dieser Dienst (auch wenn ich meine Anmeldedaten eingebe) in einem eigenen Usercontext. In dem gibt es mein schönes, verbundenes Netzlaufwerk "R:" gar nicht ...

Nachdem ich in der Druckvorlage den kompletten Netzwerkpfad angegeben habe, werden die Rechnungen auch alle gespeichert.

Ciao,
Mike

 

[Xantiva]

Zur Info: Wenn jemand GData einsetzt - der erkennt den NSSM derzeit als "Riskware":

Beim Öffnen der Datei "C:\JTL-Worker als Dienst\nssm-2.24\win32\nssm.exe" wurde die Junkware (PUP) "Win64.Riskware.NSSM.A (Engine B)" entdeckt. Zugriff verweigert. (Engine A: AVA 25.15414, Engine B: GD 25.11220)

Man muss eine Ausnahme für das Verzeichnis einrichten ...

Es wäre wirklich schön, wenn JTL eine "saubere" Lösung anbieten kann, um den Worker als Dienst laufen zu lassen.

 

[Rico Giesler]

Wir haben zum Thema " Worker als Dienst" auch ein Ticket: https://issues.jtl-software.de/issues?query=WAWI-6821
Hier dürft ihr gern dafür eure Stimme abgeben.
Allerdings kann ich derzeit nichts zum Zeitrahmen der Umsetzung sagen. Ich weiß nur von der Entwicklung dass das nicht mal eben fix gemacht ist.

 

[Xantiva]

Danke, gleich mal meine Stimme für abgegeben!

 

[wawi-dl]

dito, wäre klasse!

 

[eBakery]

Hallo zusammen,

wir haben über dieses Thema einen Blog geschrieben https://ebakery.de/jtl-wawi-worker-als-dienst-starten/

Vielleicht hilft es dem einen oder anderen

 

[wawi-dl]

Wie sieht es mit Zeitverzögerung aus?

 

[volvisti]

Hallo zusammen,
vielen Dank für die Hinweise. Habe den Dienst danach einrichten können und er scheint auch zu laufen.
Ein Dienst im Hintergrund hat allerdings nicht nur den Vorteil, sondern auch den Nachteil, dass er im Hintergrund läuft.
Ok - "einen Tod muß man sterben", aber gibt es irgendwie die Möglichkeit dem Worker mitzugeben, dass er ein Logging macht?
hätte da gerne mal ab und an ein Auge draufgeworfen.

Einfach dem Dienst einen Pfad und einen Dateinamen über "nssm edit" mitzugeben ist nicht zielführend.
Da kommt immer nur die Meldung "Connected to ROOT\CIMV2 WMI namespace".

Hat da einer in der Runde ne idee?
Wäre klasse.
Danke

 

[Rico Giesler]

Wir werden diese Anforderung im Zuge der Neuentwicklung des Workers berücksichtigen, daher vorerst abgewiesen.