Seit umzug auf neuen Server und vorherigem update auf 2.0, startet worker nicht...

[styloo]

Hi leute

Ich habe vor dem Umzug des Servers ein Update auf 2.0 gemacht von version 1.11.7. Es lief auch die tage zuvor mit dem Worker. Gestern habe ich einen Server von wawihost bezogen und dort alles rübergezogen. Alles läuft soweit und auch der JTL Administrator läuft. Als ich dann den Worker gestartet habe, kann ich zwar die Login daten eingeben und starten aber es tut sich nichts danach. Es schließt und kein worker öffnet sich. Im Task Manager ist der Worker als Dienst zu sehen. Es macht aber keinen Abgleich.
Ich habe in dem anderen Thread bereits ein wenig gelesen das ebenfalls andere ein problem mit dem Worker haben und versucht danach das Problem zu lösen. Ich habe erst mal die bat. dateien erstellt wie dort angegeben und neustart gemacht aber es funktioniert weiterhin nicht.
Dann hab ich die Anleitung für Ecomdata workaround probiert und das hat auch nicht geholfen. Was mach ich hier falsch ?


Bitte um hilfe.

 

[Javi]

Hi das sollte dir helfen

https://issues.jtl-software.de/issues/WAWI-87838

 

[styloo]

Danke das habe ich auch schon probiert. Jetzt ist es so, dass der Worker zwar startet und es sieht so aus als ob der Arbeitet aber der macht gar nichts. Kein abgleich. Nur bei manuellen Abgleich tut sich da was.

 

[mvh]

Danke das habe ich auch schon probiert. Jetzt ist es so, dass der Worker zwar startet und es sieht so aus als ob der Arbeitet aber der macht gar nichts. Kein abgleich. Nur bei manuellen Abgleich tut sich da was.

Bitte den JTL-Wawi Ordner zum Schreiben für alle freigeben. Ist zwar keine Lösung, aber wenigstens ein Workaround.

 

[JoeKyx]

Bitte den JTL-Wawi Ordner zum Schreiben für alle freigeben. Ist zwar keine Lösung, aber wenigstens ein Workaround.

Das funktioniert? Probiere ich nachher direkt mal aus.

Uns hat der JTL-Support gesagt dass wir den Abgleich doch einfach manuell machen sollen bis das Problem gefixt ist. Was aber natürlich keine Lösung ist. Was ist wenn wir einen Artikel auf Amazon verkaufen und der daraufhin z.B. bei eBay eigentlich auf Bestand 0 gesetzt werden müsste? Sollen wir jetzt nach jedem Verkauf, auch nachts um 3, manuell einen Abgleich starten, oder was.

 

[Tomka]

Das funktioniert? Probiere ich nachher direkt mal aus.

Uns hat der JTL-Support gesagt dass wir den Abgleich doch einfach manuell machen sollen bis das Problem gefixt ist. Was aber natürlich keine Lösung ist. Was ist wenn wir einen Artikel auf Amazon verkaufen und der daraufhin z.B. bei eBay eigentlich auf Bestand 0 gesetzt werden müsste? Sollen wir jetzt nach jedem Verkauf, auch nachts um 3, manuell einen Abgleich starten, oder was.

Fast 2 Monate später und ich denke, es gibt immer noch keine Lösung dafür?

 

[Tomka]

Danke das habe ich auch schon probiert. Jetzt ist es so, dass der Worker zwar startet und es sieht so aus als ob der Arbeitet aber der macht gar nichts. Kein abgleich. Nur bei manuellen Abgleich tut sich da was.

Ich konnte den Fehler beheben und den Worker zum Starten bringen, indem ich folgende Schritte vorgenommen habe:

Win+R, certmgr.msc öffnen, unter Vertrauenswürdige Stammzertifizierungsstellen per Rechtsklick importieren und das Zertifikat auswählen, fertig.

Ich habe das Zertifikat vom SQL Server genommen, somit hat der Worker gestartet. Allerdings führt er trotzdem keinen Abgleich der Shops durch, es wird lediglich folgendes angezeigt:

Status: Wird gestartet Status: Erfolgreich beendet

Es werden keinerlei Bestellungen oder sonstige Daten geladen.

Nachtrag: Wir verwenden keinen eComData Server, wir haben selbst einen dedizierten Server bei IONOS, weshalb wir uns das Zertifikat selbst erstellen konnten.


Nochmals ein Nachtrag, ich konnte zwar auf dem Server keinen Worker Abgleich durchführen, aber diese Methode hat zumindest auf dem heimischen Rechner funktioniert. Es ist das gleiche Zertifikat, aber von zuhause läuft es über die öffentliche Adresse, während es auf dem Server die Netzwerkadresse war. Nicht optimal, aber besser als nichts.

 

[JoeKyx]

Ich konnte den Fehler beheben und den Worker zum Starten bringen, indem ich folgende Schritte vorgenommen habe:

Win+R, certmgr.msc öffnen, unter Vertrauenswürdige Stammzertifizierungsstellen per Rechtsklick importieren und das Zertifikat auswählen, fertig.

Ich habe das Zertifikat vom SQL Server genommen, somit hat der Worker gestartet. Allerdings führt er trotzdem keinen Abgleich der Shops durch, es wird lediglich folgendes angezeigt:

Status: Wird gestartet Status: Erfolgreich beendet

Es werden keinerlei Bestellungen oder sonstige Daten geladen.

Nachtrag: Wir verwenden keinen eComData Server, wir haben selbst einen dedizierten Server bei IONOS, weshalb wir uns das Zertifikat selbst erstellen konnten.


Nochmals ein Nachtrag, ich konnte zwar auf dem Server keinen Worker Abgleich durchführen, aber diese Methode hat zumindest auf dem heimischen Rechner funktioniert. Es ist das gleiche Zertifikat, aber von zuhause läuft es über die öffentliche Adresse, während es auf dem Server die Netzwerkadresse war. Nicht optimal, aber besser als nichts.

Genau das gleiche bei uns. WaWi läuft auf dediziertem Server bei hetzner. Worker startet, sagt "Erfolgreich beendet" ohne was zu machen. Bei Connection vom heimischen PC funktioniert es auch bei uns, aber das ist leider keine dauerhafte Lösung.

 

[Tomka]

Genau das gleiche bei uns. WaWi läuft auf dediziertem Server bei hetzner. Worker startet, sagt "Erfolgreich beendet" ohne was zu machen. Bei Connection vom heimischen PC funktioniert es auch bei uns, aber das ist leider keine dauerhafte Lösung.

Moin JoeKyx,

ja, das Problem konnte ich auf mehreren Rechnern zum Teil nachstellen. Auch wenn die Lösung mit dem Zertifikat bei mir den Worker starten konnte, war ein richtiger Abgleich weder auf einer VM und zum teil auf lokalen PCs möglich. Eine dauerhafte Lösung ist das nicht, aber immerhin eine, mit der man weiter arbeiten kann, auch wenn man den Geschwindigkeitsunterschied deutlich merkt.