Neu Worker 2.0 / kein automatischer Start nach Neustart / Umgang mit Fehlermeldungen

[SebastianB]

Den Worker als Admin laufen zu lassen kann auch zu Problemen führen - ich würde erstmal den Weg über ein "Normales" Nutzerkonto suchen, insbesondere eines, unter dem auch ne normale Wawi laufen kann.
Grundsätzlich ist die Art "automatisch verzögert" die richtige: Es ist ganz sinnvoll, dass erst das System sauber hochkommt, bevor der Worker loslegt. Der Worker hat - sofern der Rechner gecrasht ist - auch eine Sperre drin, um den doppelten Start des Workers zu unterbinden, d.h. es kann bis zu 15 Minuten nach einem Neustart dauern, bis der Worker seine Arbeit als Dienst aufnimmt. Er wartet quasi eine Zeit lang um sicherzustellen, dass kein zweiter Worker parallel läuft. (Wenn der Worker sauber runtergefahren wurde, sollte das nicht passieren). IdR sieht man auch in der Ereignisanzeige ganz gut, was der Worker gerade macht bzw. weshalb er nicht hochkommt.

 

[tresor-online]

Danke für die Tipps und Hilfe.

Ich glaube unser Problem liegt wo anders.
Hab das ganze jetzt noch ein bisschen getestet und beobachtet.

Was passiert ist folgendes:
Der Worker läuft am Server ganz normal.
Aber dann gibt es einen Workflow, der automatisch die Rechnungen für unsere Buchhaltung / Dokumentenablage Software abspeichert. Das hat vorher tadellos funktioniert.
Jetzt öffnet er aber aus irgendeinem Grund am Server ein "Speichern unter" Fenster, dass den Worker blockiert, bis man die Datei manuell abgespeichert hat.
Hat jemand eine Idee, warum das sein kann?
Die Pfade, die in der Vorlage und "Speichern" eingetragen sind, sind korrekt, hab ich auch nochmal mit unserem IT Betreuer gecheckt und anstelle des Server-Pfads auch die IP Adresse getestet, hat nichs geändert.

Ich habe jetzt mal, um auf Nummer Sicher zu gehen diesen Workflow deaktiviert. Wenn der Worker jetzt übers Wochenende (und damit auch den planmäßigen Server-Neustart) läuft, ist das wohl tatsächlich unser Problem.

Würde sich dann nur die Frage stellen, wie wir das lösen können...

 

[Fabrice]

Wenn du ins Netzwerk speicherst, könnte es sein, dass der Nutzer vom Worker die Freigabe nicht sieht und oder nicht authentifiziert ist.

 

[tresor-online]

Wenn du ins Netzwerk speicherst, könnte es sein, dass der Nutzer vom Worker die Freigabe nicht sieht und oder nicht authentifiziert ist.

Okay, wenn das der Fall ist, gibt es da etwas, was wir ändern können, um das zu testen?

 

[John]

Testweise in eine lokalen Pfad auf der Maschine speichern lassen, in dem der Nutzer in dessen Kontext der Worker läuft Schreibrecht hat. C:\temp oder User\Desktop z.B.

 

[Verkäuferlein]

Würde sich dann nur die Frage stellen, wie wir das lösen können...

Hier nochmal Infos dazu:
https://issues.jtl-software.de/issues/WAWI-60329

Wir schreiben Daten in der Regel erstmal auf die Server-HD und verteilen / verschieben dann aufs Netzlaufwerk. Aus meiner Sicht ist das so oder so der beste Weg, da man keine direkten Abhängigkeiten zum Netzlaufwerk hat.

Den Worker als Admin laufen zu lassen kann auch zu Problemen führen - ich würde erstmal den Weg über ein "Normales" Nutzerkonto suchen, insbesondere eines, unter dem auch ne normale Wawi laufen kann.

Muss man den Worker nicht als Admin laufen lassen, damit er sich auch nach einem automatischen Neustart ohne Benutzeranmeldung wieder automatisch startet?

Mit den Windows-Rechten und Eigenheiten zu Diensten und Benutzereinstellungen bin ich nicht so bewandert, aber meines Wissens passieren gewisse Dinge beim Systemstart nur auf Admin-Ebene oder nach Benutzeranmeldung!?

 

[Fabrice]

Wir haben einen speziellen Benutzer für den worker, welcher im da ist. Dieser Nutzer hat rechte auf den Share und das Recht als Dienst genutzt zu werden. Tut super auch ohne Admin.

 

[tresor-online]

Danke nochmal für die Infos und Anmerkungen.
Was das Issue https://issues.jtl-software.de/issues/WAWI-60329 angeht:
Das Problem scheint ja vor allem zu sein, wenn ein Laufwerksbuchstabe im Pfad vorhanden ist. Das ist ja bei uns nicht der Fall. Grundsätzlich haben wir da ja den Servernamen "\\SERVERNAME\Daten\....", IP Adresse hab ich auch schon probiert, aber auch das selbe Problem.

Auf alle Fälle habe ich morgen dazu nochmal ein Gespräch mit unserem IT Partner.
Wenn wir die Dokumente erst lokal am Server speichern müssten wir dann eine automatische Verteilung in die richtigen Ordner einrichten.

 

[Delphis1982]

Danke nochmal für die Infos und Anmerkungen.
Was das Issue https://issues.jtl-software.de/issues/WAWI-60329 angeht:
Das Problem scheint ja vor allem zu sein, wenn ein Laufwerksbuchstabe im Pfad vorhanden ist. Das ist ja bei uns nicht der Fall. Grundsätzlich haben wir da ja den Servernamen "\\SERVERNAME\Daten\....", IP Adresse hab ich auch schon probiert, aber auch das selbe Problem.

Ich würde empfehlen, ein Verzeichnis auf dem Rechner anzulegen, auf dem der Worker läuft.
Dort werden dann erstmal alle Dateien lokal gespeichert, das ist tatsächlich am zuverlässigsten, das haben schon mehrere hier geschrieben, kann man aber nicht oft genug erwähnen.
Anschließend lasse ich mit einem Batchskript in Intervallen diesen Ordner auf den Netzspeicher kopieren.
Innerhalb dieser Batch wird die Verbindung zum Netzlaufwerk aufgebaut, die Rechnungen dort hin kopiert und danach die Verbindung wieder getrennt.
Die Synchronisierung läuft natürlich unter einem anderen Benutzer auf dem selben System,
die Batchdatei liegt in einem besonderen Skriptordner, auf dem ausschließlich dieser User (und der Administrator natürlich) Zugriff hat,
da die Batchdatei ja schließlich das Kennwort für das Netzlaufwerk im Klartext enthält.
Über die Aufgabenplanung von Windows wird diese Batch dann alle 10 Minuten gestartet. Das funktioniert dann auch unabhängig davon, ob gerade jemand eingeloggt ist.

Ich gebe zu, diese Variante ist vielleicht ein bisschen "polnisch" und nicht streng nach DIN und Schema F, aber sie läuft zuverlässig, erfüllt ihren Zweck und ist sauber dokumentiert.
Vor allem aber läuft damit alles mit Bordmitteln, man benötigt keinerlei Drittsoftware. JTL als Drittsoftware ist schon pompös genug.