Wie stabil ist bei Euch die 1.7.12.0?

[Star Piercing]

Ich muss leider mein ersten Beitrag revidieren, schon wieder ein Bug gefunden bzw. ist es bei mir so:
Wenn ich ein Artikel (Mit Variationen) dubliziere und dann in den Artikel gehe und dort eine Variation löschen möchte, dann schmiert die Wawi ab! Ich muss zuerst in denn dublizierten Artikel, speichern, wieder öffnen und kann so die Variation löschen.
Weis nicht ob das nur bei mir so ist, ein Ticket habe ich soeben gemacht.

Wawi 1.7.12.0

 

[Pinkman]

ich wollte eigentlich auch auf die 1.7 gehen, aber wenn man das hier verfolgt, dann scheint da noch einiges nicht zu laufen

 

[Verkäuferlein]

ich wollte eigentlich auch auf die 1.7 gehen, aber wenn man das hier verfolgt, dann scheint da noch einiges nicht zu laufen

Das ist relativ und hängt auch davon ab, was man braucht.

Aber heute war bei uns in der 1.7.12.0 auch ein Fehler beim Erstellen/Duplizieren eines Workflows aufgetreten ("Fehler in jtlAktion in jtlWorkflowaktion" oder so ähnlich war die Fehlermeldung). Bisher aber nur auf einem Rechner und noch nicht geprüft, ob das auf dem Rechner ein Dauerfehler ist oder nur einmal aufgetreten ist.

Vielleicht hat ja jemand auch etwas ähnliches beobachtet!?

Ansonsten würde ich aber bisher sagen, dass es sich um eine der stabileren Verisonen handelt. Da wir SCX aktuell nicht nutzen, habe ich auch noch kein Update auf die 1.7.12.1 durchgeführt, aber der Fix ist ja auch recht zügig gekommen.

 

[bwdcd]

Moin Zusammen,

auch von meiner Seite einmal ein kurzes Feedback zum Update.

Bisherige Version: 1.6.44.2
Aktuelle Version: 1.7.11.1

Nach dem Update liefen folgende Dinge nicht.

• Receiver-ID war in allen Retouren-Einstellungen verschwunden
• Doppelklick bei Öffnen von Artikeln funktionierte teils nicht mehr (inzwischen mit neuer Version gefixt)
• Die Bilder und Reihenfolgen sind für einige Kanäle verschwunden und mussten komplett neu gesetzt werden
• Packtisch + Einstellungen für den Import von Versanddaten war komplett gelöscht
• Der JTL Worker hängt sich seit dem Update jeden Morgen auf (hier sind mehrere Händler betroffen, wie ich hörte) - JTL ist informiert, kein Feedback
• Übertragung von E-Mailadressen bei MediaSaturn sollte gefixt sein, Problem besteht aber weiterhin

Gerade in der Hauptsaison (Update war leider erforderlich) für uns ein Supergau. Schade, aber das muss besser werden.

Viele Grüße
Dolli

 

[Verkäuferlein]

auch von meiner Seite einmal ein kurzes Feedback zum Update.

Bisherige Version: 1.6.44.2
Aktuelle Version: 1.7.11.1

Hier geht's aber um Versionen > 1.7.12.0

Einige der von Dir benannten Probleme sollten da ja auch bereits behoben sein, wenn ich das richtig gesehen habe.

 

[HellwegDruckerei]

Hier geht's aber um Versionen > 1.7.12.0

Einige der von Dir benannten Probleme sollten da ja auch bereits behoben sein, wenn ich das richtig gesehen habe.

Das Problem mit dem Worker besteht leider immer noch

 

[Verkäuferlein]

Der JTL Worker hängt sich seit dem Update jeden Morgen auf (hier sind mehrere Händler betroffen, wie ich hörte) - JTL ist informiert, kein Feedback

Das Problem mit dem Worker besteht leider immer noch

Welche Version der Wawi?
Client-Server-Betrieb?
Worker auf dem Server?
Worker als Dienst eingerichtet?
Wie konfiguriert?
Wann genau hängt der Worker sich auf (lässt sich eine Zeit eingrenzen)?

Bei uns läuft der Worker in der 1.7.12.0 unauffällig.

 

[abiber]

Wir fahren die 1.7.12.0 inkl. Worker-Service auf einem Windows Server und die Wawi ist unglaublich instabil. Alle Kollegen klagen mehrmals täglich über Abstürze, besonders zuverlässig verabschiedet sich die Wawi beim Artikel duplizieren, bei der Ausgabe-Vorschau und im Formulareditor, jeweils auf allen Clients fast bei jedem Versuch (aber eben nicht bei allen). Der Worker (erstellt und verschickt bei uns vor allem PDFs, daher vermute ich da einen Zusammenhang mit den Ausgabe-Problemen in der Wawi) ist uns mehrmals täglich abgeschmiert, dass wir ihn mittlerweile per Scheduled Task sicherheitshalber regelmäßig neu starten. Und trotzdem hängt sich der Worker alle 2 Tage so auf, dass sich nicht mal mehr der Dienst neustarten lässt, sondern der Prozess gekillt werden muss.

Die Stabilität der Wawi 1.7.12.0 ist nicht mal einer Beta-Version würdig und eine echte Zumutung für die Nutzer.

 

[recent.digital]

Wir fahren die 1.7.12.0 inkl. Worker-Service auf einem Windows Server und die Wawi ist unglaublich instabil. Alle Kollegen klagen mehrmals täglich über Abstürze, besonders zuverlässig verabschiedet sich die Wawi beim Artikel duplizieren, bei der Ausgabe-Vorschau und im Formulareditor, jeweils auf allen Clients fast bei jedem Versuch (aber eben nicht bei allen). Der Worker (erstellt und verschickt bei uns vor allem PDFs, daher vermute ich da einen Zusammenhang mit den Ausgabe-Problemen in der Wawi) ist uns mehrmals täglich abgeschmiert, dass wir ihn mittlerweile per Scheduled Task sicherheitshalber regelmäßig neu starten. Und trotzdem hängt sich der Worker alle 2 Tage so auf, dass sich nicht mal mehr der Dienst neustarten lässt, sondern der Prozess gekillt werden muss.

Die Stabilität der Wawi 1.7.12.0 ist nicht mal einer Beta-Version würdig und eine echte Zumutung für die Nutzer.

Das klingt nicht gut - hast du den JTL Support involviert?

 

[bwdcd]

Moin,

ein Ticket an JTL ergab folgende Rückmeldung.

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

Mit der kommenden Version 1.7.13.0 wird das Problem behoben. Damit dies temporär funktioniert, gibt es folgenden Workaround.

Die Datei cmLL27oc.llx in z. B. cmLL27oc.alt umbenennen.

Diese befindet sich im Pfad Pfad: C:\Program Files (x86)\JTL-Software

Hat bei uns auch funktioniert. Das letzte Wochenende lief der Worker problemlos durch.

Viele Grüße
Dolli

 

[Leventinio]

kommenden Version 1.7.13.0

Die ist bereits draußen und kann installiert werden.

 

[abiber]

Moin,

ein Ticket an JTL ergab folgende Rückmeldung.

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

Mit der kommenden Version 1.7.13.0 wird das Problem behoben. Damit dies temporär funktioniert, gibt es folgenden Workaround.

Die Datei cmLL27oc.llx in z. B. cmLL27oc.alt umbenennen.

Diese befindet sich im Pfad Pfad: C:\Program Files (x86)\JTL-Software

Hat bei uns auch funktioniert. Das letzte Wochenende lief der Worker problemlos durch.

Viele Grüße
Dolli

Danke für den Tipp - just in diesem Moment hängt unser Worker nämlich wieder. Wo findet man denn diesen Runtime-Error 217? Der Worker schreibt bei uns zwar fleißig das Application Log mit Informationen voll, da stehen aber keinerlei Fehler drin. Ich benenne mal die Datei wie vorgeschlagen um und beobachte das ganze weiter.

 

[bwdcd]

Danke für den Tipp - just in diesem Moment hängt unser Worker nämlich wieder. Wo findet man denn diesen Runtime-Error 217? Der Worker schreibt bei uns zwar fleißig das Application Log mit Informationen voll, da stehen aber keinerlei Fehler drin. Ich benenne mal die Datei wie vorgeschlagen um und beobachte das ganze weiter.

Sehr gerne. Die neue Version ist bereits verfügbar, wie @Leventinio schrieb (danke dafür), wobei Updates ja immer mit Risiken verbunden sind (irgendwelche Dinge gehen oft unerwartet dann nicht).

Ich hatte bei uns auch immer die Windows Ereignisprotokolle auf dem Server geprüft. Zu der Zeit der Probleme ist die Anwendung immer ganz abgestürzt. Ereignisanzeige --> Windows Protokolle --> Anwendung.

Im Anhang ein Beispiel. Der Zeitstempel haute immer mit dem Worker Absturz hin und gibt unten in der Ansicht auf eine Fehlermeldung aus.

Viele Grüße
Dolli

 

[abiber]

Das Anwendungsprotokoll enthält bei uns wie gesagt überhaupt keine Fehler, auch die Ordner für Wawi-Fehler und Worker-Fehler auf dem Desktop bleibt leer. Auch das oben erwähnte Umbenennen der cmLL27oc.llx hat keine Verbesserung gebracht, der Worker ist seitdem nochmal abgestürzt, heute ist ja aber auch Montag und da hat der Worker tatsächlich was zu arbeiten . Scheint bei uns also ein anderer Fehlermechanismus zu sein, ich verdächtige gerade einen (eigentlich harmlosen) Workflow, der Rechnungen erstellt.

Momentan haben Updates der Wawi Ähnlichkeiten mit Russisch Roulette... siehe Attribut-Riesenbug in der 1.7.11 weshalb wir überhaupt so schnell auf die 1.7.12 wechseln mussten.

Ich hab nochmal ein Ticket aufgemacht, bei so diffusen Fehlern und Abstürzen rechne ich da aber nicht mit einer schnellen Lösung.

 

[liquid]

Habt Ihr mal geprüft, wie viel Speicher der Client beansprucht? Der läuft ja nur mit 32 Bit und schmiert auch bei mir (1.6.48) regelmäßig ab, wenn >2,4 GB beansprucht werden. Das passiert gerade bei der Auftragsbearbeitung und im Formulareditor häufiger. Lasst einfach mal den Task-Manager nebenbei laufen und beobachtet das an den Clients, die öfter abschmieren.
Diese Probleme hatten wir mit der 1.5.x noch nicht, erst seit der 1.6.

Gruß aus dem Norden
Ingo

 

[Verkäuferlein]

Das Anwendungsprotokoll enthält bei uns wie gesagt überhaupt keine Fehler, auch die Ordner für Wawi-Fehler und Worker-Fehler auf dem Desktop bleibt leer. Auch das oben erwähnte Umbenennen der cmLL27oc.llx hat keine Verbesserung gebracht, der Worker ist seitdem nochmal abgestürzt, heute ist ja aber auch Montag und da hat der Worker tatsächlich was zu arbeiten . Scheint bei uns also ein anderer Fehlermechanismus zu sein, ich verdächtige gerade einen (eigentlich harmlosen) Workflow, der Rechnungen erstellt.

Momentan haben Updates der Wawi Ähnlichkeiten mit Russisch Roulette... siehe Attribut-Riesenbug in der 1.7.11 weshalb wir überhaupt so schnell auf die 1.7.12 wechseln mussten.

Ich hab nochmal ein Ticket aufgemacht, bei so diffusen Fehlern und Abstürzen rechne ich da aber nicht mit einer schnellen Lösung.

Vielleicht sonst mal das Update auf 1.7.13 probieren und mal in den Workflow-Log schauen. Vielleicht habt ihr auch Workflows laufen, die in eine Schleife gehen oder ähnliches...

 

[HellwegDruckerei]

Tjoa und die 1.7.13 ändert nichts... Worker hängt trotzdem!
Unfassbar JTL...

 

[DaPole88]

Ahoi,

..... Version 1.7.12.1 .... :

Bei diversen Clients kommt immer ab und an:


----> Bislang nichts gefunden, was es verursachen könnte. Es taucht auch immer sehr 'unregelmäßig' auf ...

Manchmal garnicht, manchmal schon beim Login Fenster ....

Bislang auch kein Fehlerprotokoll gefunden ... -> Bin aber dra. Dioe Kollegen wisssen Bescheid....

Jemand vllt n Plan??

 

[abiber]

Der JTL-Support konnte uns auch nur das Update auf die 1.7.13.0 empfehlen. Die Wawi ist genauso instabil wie zuvor und stürzt bei Ausgabe-Vorschau, im Formulareditor und beim Artikelduplizieren weiter zuverlässig ab. Und auch der Worker-Dienst hat sich in Nullkommanix wieder ohne jede Meldung verabschiedet.

 

[Verkäuferlein]

Tjoa und die 1.7.13 ändert nichts... Worker hängt trotzdem!
Unfassbar JTL...

Ahoi,

..... Version 1.7.12.1 .... :

Bei diversen Clients kommt immer ab und an:


----> Bislang nichts gefunden, was es verursachen könnte. Es taucht auch immer sehr 'unregelmäßig' auf ...

Manchmal garnicht, manchmal schon beim Login Fenster ....

Bislang auch kein Fehlerprotokoll gefunden ... -> Bin aber dra. Dioe Kollegen wisssen Bescheid....

Jemand vllt n Plan??

Der JTL-Support konnte uns auch nur das Update auf die 1.7.13.0 empfehlen. Die Wawi ist genauso instabil wie zuvor und stürzt bei Ausgabe-Vorschau, im Formulareditor und beim Artikelduplizieren weiter zuverlässig ab. Und auch der Worker-Dienst hat sich in Nullkommanix wieder ohne jede Meldung verabschiedet.

Ihr gebt aber auch alle nur so wenig Informationen wie möglich...

Wann treten die Fehler auf?
Welche Hardware-Konfiguration habt Ihr auf den entsprechenden Clients, wo die Wawi abstürzt?
Welche Windows-Version nutzt Ihr (inkl. welchem Funktionsupdate)?
Werden irgendwelche Fehler-Protokolle auf dem Desktop erstellt?

Zusätzlich beim Worker:
Was sagt ggf. der Workflow-Queue?
Was sagt der Workflow-Log?

Bei uns läuft der Worker 2.0 spätestens seit der 1.7.9.0 konstant und stabil und auch bei der 1.7.13.0 haben wir keinerlei Probleme mit Worker-Abstürzen oder Wawi-Abstürzen beobachten können.