JTL Worker 2 funktioniert nur mit einem Benutzeraccount als Dienst

[jtl-geek]

Hallo an Alle,

vielleicht kennt ja jemand von Euch dieses Verhalten vom Dienst des Worker 2.0 und kann mehr Infos zu den Hintergründen geben. Also,

Umgebung: Windows Server 2022 Datacenter mit Standard WAWI Installation: Client, Worker, DB etc.
Benutzer: Admin Sam, Admin Alice, Benutzer Bob und Admin Administrator
Problem:

Ich habe den Worker Dienst wie in https://guide.jtl-software.com/jtl-wawi/jtl-worker/jtl-worker-als-windowsdienst/ beschrieben installiert und konfiguriert.

Zuerst mit Administrator. Dienst startet und wird als laufend unter Dienste angezeigt - auch nach Neustart. Starte ich dann die WAWI und prüfe "Admin > JTL-Worker > Staus" ist der JTL-Worker inaktiv! (Um die Statusübersicht von JTL-Worker anzuzeigen, starten Sie bitte zuerst JTL-Worker.) 😕
Ich habe dann rumprobiert und die Daten von Sam unter "Eigenschaften von JTL-Worker > Anmelden > Dieses Konto" eingetragen und siehe da es funktionierte der Abgleich mit den Onlineshops, Amazon und der POS 👌
Allerdings soll der Dienst nicht unter Sam laufen, sondern unter Alice.
Gebe ich die Daten für Alice ein dann startet der Worker-Dienst ebenfalls unter den Diensten, ist aber unter Status in der WAWI dennoch inaktiv. 🤔
Unter Bob kann der Dienst wie erwartend gar nicht erst gestartet werden, da er keine Administratorrechte hat. Dabei sind die Benutzerkonten für Administrator, Sam und Alice identisch - alle sind Computeradministratoren. Ich verstehe das einfach nicht wo da der Unterschied ist.

Also was könnte denn dafür verantwortlich sein, dass ich den Worker Dienst nur unter Sam zum laufen bekomme?

Jetzt, wo ich das hier so schreibe fällt mir auf - es kann doch nicht sein, dass ich den Worker nur auf dem Konto zum laufen bekomme über dem auch der Dienst installiert wurde .. oder etwa doch?! Das wär echt weird!

Danke euch für eure Zeit vorab, ich bin für alle Infos dankbar.
Gruß Geeky.

 

[frankw]

Der Worker-Dienst muss unter einen Benutzerkonto laufen in dem auch die Wawi voll funktionsfähig wäre.

Der Grund ist, das der Worker auf viele Windows-Einstellungen für die Wawi zurückgreifen muss. Drucker, Netzwerkfreigaben, Registry, Dateirechte, usw.
Ist das gegeben würde ich sagen, es sollte mit jedem Benutzer funktionieren.

Gibt das Windows Fehlerlog einen Hinweis was das Problem sein könnte?

Gruss,
Frank

 

[jtl-geek]

Hi Frank, nein, nichts Auffälliges. Außer, dass ein Amazon Abgleich fehlschlug und den hab ich jetzt beendet ..
In der Ereignisanzeige steht auch das drin was zu erwarten ist .. z.B. die Fehler, dass mit Bob der Dienst nicht gestartet werden konnte etc. pp.

Es ist ja auch so, dass der Dienst ja läuft. Ich habe mir die unterschiedlichen Hintergrundprozesse angeschaut:

Starte ich mit Sam, dann startet auch der JTL-Worker und der JTL.Worker.Client, folglich alles funktioniert.
Bei den anderen Konten wie Alice etc. startet nur der JTL-Worker, der JTL.Worker.Client Prozess fehlt bzw. startet gar nicht erst und dann wird der Worker auch in der WAWI als inaktiv angezeigt.

Ich habe den Worker Dienst unter Sam installiert mit der .bat Datei und das ist der einzige Benutzer bei dem der Worker-Dienst funktioniert. Anscheinend kann mit einem anderen Benutzer dieser JTL.Worker.Client nicht richtig initialisiert werden?

Um meinen Verdacht s.o. praktisch unter Beweis zu stellen, müsste ich den Worker Dienst komplett deinstallieren und dann unter einen anderen Benutzer wie Alice neu einrichten. Davon möchte ich allerdings vorläufig erstmal Abstand nehmen, da ich nicht möchte, dass dann im Anschluss gar kein Benutzer mehr funktioniert. Immerhin haben wir ja einen funktionierenden allerdings unzufriedenstellenden Systemzustand. Die interessante Frage ist, warum das so ist? Ich hab mal ein paar Screens angehängt.

Wo gibt es denn noch Möglichkeiten in Logs (Worker) zu schauen?

 

[frankw]

So spontan auch keine Idee... ich schau morgen mal in den Code, wie die Clientprozesse gestartet werden. Irgendwo da schein es ja zu klemmen.

Meine Idee wäre gewesen, das z.B. die Wawi Registry Profile im Alice Benutzer nicht vorhanden sind?

Gruss,
Frank

 

[jtl-geek]

Ok ich konnte ein ähnliches Szenario lokal nachstellen.

Worker Dienst mit meinem lokalen Benutzer (Admin) installiert.
Benutzer Administrator verwendet - wie erwartet in Wawi ist der Worker Status inaktiv.
Wie oben dann den Dienst auf den lokalen Benutzer gewechselt - Worker, Status etc. läuft alles.

Danke Dir vorab für die Hilfe, das bekommen wir noch raus, was das ist 🙂👍

Wawi Ver. 1.6.46.0

 

[jtl-geek]

Sodann .. hier nochmal die Bestätigung.

Ich hab die Rollen getauscht, den Worker-Dienst an meinem lokalen Konto deinstalliert und unter Administrator alles neu eingerichtet.
Der Worker-Dienst startet nun unter Administrator auch automatisch und alle Abgleiche funktionieren👍.
Trage ich nun mein lokalen Benutzer wieder ein, dann ist der Worker unter Status in der Wawi wieder inaktiv 😕. Verkehrte Welt! 🙈

Da ich ja jetzt zwei voll eingerichtete Benutzer habe sollte das auch mit den Registry Profilen passen, aber es geht leider dennoch nicht.

Fazit:
Der Worker-Dienst kann nur mit dem Benutzer (Administratorrechte) gestartet werden unter welchen man den Dienst über die BAT Datei installiert hat.
Versucht man den Dienst mit einem anderen (Computer-) Administrator zu starten, dann startet zwar der JTL-Worker Dienst allerdings wird dieser in der WAWI als inaktiv angezeigt und es erfolgt auch kein Abgleich.
Möchte man den Worker-Dienst unter einem bestimmten Benutzer laufen lassen, dann muss man unter dem Benutzer zuerst auch die BAT Datei ausführen und den Dienst dort an der Stelle installieren.
Ob das das beabsichtigte Verhalten für die Dienste Einrichtung und Steuerung war/ist müsst ihr von JTL mal sagen oder ggf. die Anleitung zur Worker-Dienst Installation oben vielleicht bitte ergänzen.

Ich hab das noch nicht mit Wawi Ver 1.7 getestet, vielleicht hat ja jemand von euch die Zeit das mal zu probieren.

Gruss

 

[zaxxo]

Der neue Worker 2.0 braucht kein Wawi Profil mehr in der Registry. Alle benötigten Zugangsdaten (SQL Benutzer und Wawi Benutzer) werden jetzt in einer XML Datei im AppData Ordner des Windows Benutzers gespeichert. Das heißt also, wenn man den Windows Benutzer des Dienstes ändert, muss man auch diese Datei in den AppData Ordner des neuen Benutzers kopieren bzw. verschieben.

Den genauen Pfad habe ich gerade nicht ganz im Kopf, müsste aber in etwa sein: C:\Users\[BENUTZER]\AppData\Local\JTL-Software\JTL-Worker.xml

Bei Bedarf kann ich am Montag gerne den genauen Pfad raussuchen. Zu beachten ist, dass der AppData Ordner standardmäßig ausgeblendet ist. Man muss also entweder im Datei-Explorer alles einblenden oder den Pfad manuell eingeben.

Mit der 1.7 hat sich da auch nichts geändert. Man kann allerdings seit der 1.7 den Worker 2.0 für mehrere Wawi Instanzen (damit sind nicht Mandaten gemeint) unter dem selben Windows Benutzer als Dienst installieren. Dazu werden einfach mehrere XML Dateien erstellt. Außerdem muss der Windows Benutzer kein Administrator mehr sein.

Gruß Dominik

 

[darkyogie]

Der neue Worker 2.0 braucht kein Wawi Profil mehr in der Registry. Alle benötigten Zugangsdaten (SQL Benutzer und Wawi Benutzer) werden jetzt in einer XML Datei im AppData Ordner des Windows Benutzers gespeichert. Das heißt also, wenn man den Windows Benutzer des Dienstes ändert, muss man auch diese Datei in den AppData Ordner des neuen Benutzers kopieren bzw. verschieben.

Den genauen Pfad habe ich gerade nicht ganz im Kopf, müsste aber in etwa sein: C:\Users\[BENUTZER]\AppData\Local\JTL-Software\JTL-Worker.xml

Bei Bedarf kann ich am Montag gerne den genauen Pfad raussuchen. Zu beachten ist, dass der AppData Ordner standardmäßig ausgeblendet ist. Man muss also entweder im Datei-Explorer alles einblenden oder den Pfad manuell eingeben.

Mit der 1.7 hat sich da auch nichts geändert. Man kann allerdings seit der 1.7 den Worker 2.0 für mehrere Wawi Instanzen (damit sind nicht Mandaten gemeint) unter dem selben Windows Benutzer als Dienst installieren. Dazu werden einfach mehrere XML Dateien erstellt. Außerdem muss der Windows Benutzer kein Administrator mehr sein.

Gruß Dominik

Guten Morgen,

eine Frage:

Wird die XML beim einrichten als Dienst angelegt?

Gruß

Darky

 

[zaxxo]

Guten Morgen,

eine Frage:

Wird die XML beim einrichten als Dienst angelegt?

Gruß

Darky

Ja genau, die Installations-BAT legt die XML automatisch an.

 

[garifulin]

so wie sich das liest kann der Worker nicht mit systemkonto gestartet werden?

 

[frankw]

Moin,

der Grund warum der Worker mit einem Benutzerkonto laufen sollte, ist das ein Systemkonto nicht auch alle Betriebssystemfunktionen zugreifen kann/darf.
Drucker z.B. funktionieren nicht mit einem Systemkonto.

Gruß,
Frank

 

[garifulin]

das ist natürlich unvorteilhaft falls einer der Administratoren die Firma verlässt und dieser auch noch zufällig der ist der den Dienst installiert hat. Dessen Account wird aus welchem grund auch immer noch 30 40 Tage mitgeschleift und dann gelöscht/deaktiviert wird. Dann steigt natürlich auch der Worker mit aus da es nicht sofort bemerkt wird, ist die Sucherei und das Theater groß.
Welche System/Funktionen werden tatsächlich benötigt die ein Windows Server Systemkonto nicht bedienen kann, damit der Worker funktioniert?

 

[garifulin]

Als Workaround müsste man hier ein nicht personalisierte Administrator Konto anlegen außer "Administrator" da dieser ebenfalls Probleme macht manchmal, welcher sich einmalig einlogt und den Worker als Dienst installiert und einfach immer mitgeführt wird.