Neu Wawi 1.7.9.0 stürzt täglich ab - zu wenig Arbeitsspeicher

[bbfdesign]

Wir ziehen diesen Kunden diese Woche um. Ich bin gespannt. Denn er war vorher bei einem anderen Hoster, da gab es diese Probleme nicht.

 

[Star Piercing]

Ich bin jetzt schon fast 3 jahre bei EcomData und das hatten wir vorher auch noch nie, erst ab Wawi 1.7.9… 🤷🏻‍♂️

 

[WITTKO]

Gleicher Fehler bei uns auch mit der 1.7.10.0.
WAWI wird im lokalen Netzwerk auf einem eigenen Server gehostet...

 

[SebastianB]

Wenn jemand das Problem bei sich reproduzieren kann, könnte er dann bitte:

Sich das Programm "procdump" laden: https://learn.microsoft.com/de-de/sysinternals/downloads/procdump

Und dann das neben der Wawi laufen lassen mit:
procdump -m 1200 -ma JTL-wawi.exe

Dann sollte er die JTL-Wawi erkennen und sobald die mehr als 1.2GB RAM verbraucht einen "Memory Dump" speichern. Den bräuchte ich dann. Wenn es Probleme bei der Ausführung vom Befehl gibt würde ich auch helfen...

Danke

 

[wo0dle]

Bei uns ist das Problem auch seit Version 1.7.9.0
Bekomme immer Meldungen von unseren MA, am häufigsten tritt es auf beim Artikel kopieren auf.
Fehler: zu wenig Arbeitsspeicher. JTL verbraucht beim Absturz ca. 2Gb+

Alle Arbeitsplätze stürzen mehrmals am Tag ab.

Wawi Hosting haben wir direkt über JTL.

 

[Berger]

Wir haben das selbe Problem. Mehrfacher Neustart beider Rechner täglich ist notwendig.
Arbeiten mit "Beschaffung" sorgt für lange Eieruhr wenn man zwischen Einkaufsliste und Artikel hin und her springen muss.
Artbeitsspeicher füllt sich beim Arbeiten immer mehr bis Absturz. Vor Version 1.7.10.0 war das nicht so.
Auch wenn die Rechner über das Wochenende an bleiben ist und niemand arbeitet ist am Montag erst mal ein Neustart fällig weil Arbeitsspeicher voll.
Aufrüsten des Arbeitsspeichers hat kein Ergebnis gebracht.

 

[SebastianB]

Wenn ihr bei der Fehlersuche und -behebung unterstützen wollt, dann folgt bitte meiner Anweisung weiter oben - ohne die process-dumps können wir die Fehler nicht sauber nachstellen (wir haben ein Problem in den Artikeldetails identifizieren können, aber es gibt bestimmt noch weitere Ursachen)
Davon abgesehen: Die JTL-Wawi nutzt maximal 2,5GB Arbeitsspeicher - da können auch 30GB im PC stecken, dass ist der JTL-Wawi egal.

 

[Star Piercing]

Und wann kommt denn ein Wawi Update?
Jetzt hatte ich einige Wochen ruhe weil nicht an den Artikeln gearbeitet werden konnte weil es noch zig andere Bugs gibt die es verunmöglichen neue Artikel zu erstellen.
Habe jetzt aber letzte Woche wieder angefangen intensiver Artikel zu öffnen, Kurzbeschreibung/beschreibung zu ändern und ein merkmal zu löschen und ein neues hinzufügen. Geschätzt alle 10minuten merkt man das die Wawi langsamen wird, dann werden vereinzelt die Felder schwarz und ab da weis man das die Wawi neu gestartet werden muss, im anschluss läuft dann wieder alles bis eben wieder viel bearbeitet wird und das spiel von vorne beginnt.

Wir verbraten da echt viele unnötige stunden mit neustarten usw.

 

[SebastianB]

Wenn Du das reproduzieren kannst, kannst Du mir dann bitte einmal in der Situation *bevor* ihr die Wawi neu startet einen Prozessdump mit procdump ziehen und mir schicken? Die neue WAWI-Version sollte glaub ich schon raus sein, wird aber aktuell noch wegen dem List&Label Update ausführlicher getestet.

 

[SHAAN]

Das Problem existiert bei uns bereits seit der 1.6 seit Oktober 2020. Jetzt haben wir die 1.7.10

Wir haben 128GB auf dem Server, die Wawi stützt bei 3-4 GB ab. Das passiert 1-2 mal pro Rechner und Tag. Dazu hatte ich schon etliche mal mit dem Support zu tun. Wir können nicht an Artikel arbeiten, wir können nicht an Aufträgen arbeiten, wir können nicht an Tickets arbeiten, wir können nicht an Rechnungen arbeiten u.w.w.i.n..

Von JTL kann das Problem zur Zeit nicht gelöst werden und es wird auf die zukünftige 64 Bit Version verwiesen. Ich glaube aber nicht, dass das allein das Problem ist. Die 32Bit Version der Wawi (Sharp oder nicht) gibt einfach den Speicherplatz nicht wieder frei, den sie in Anspruch genommen hat! Man kann das sehr gut beobachten, wenn man Aufträge oder Artikel hintereinander bearbeitet. Hier sieht mann wie sich der Speicher im Task füllt und nicht mehr sinkt. Wenn ich mich überall durckklicke und Fenster auf und zu mache, stüzt die Wawi in 15-20 Minuten ab. Da ist richtig Kacke und frustrierend, zumal wir dadurch Folgeprobleme haben.

Wenn Du das reproduzieren kannst, kannst Du mir dann bitte einmal in der Situation *bevor* ihr die Wawi neu startet einen Prozessdump mit procdump ziehen und mir schicken? Die neue WAWI-Version sollte glaub ich schon raus sein, wird aber aktuell noch wegen dem List&Label Update ausführlicher getestet.

Das Reproduzieren wird am Ende hier höchstwahrscheinlich zum gleichen Ergebnis führen. Das habe ich alles schon hinter mir.

 

[recent.digital]

Das Reproduzieren wird am Ende hier höchstwahrscheinlich zum gleichen Ergebnis führen. Das habe ich alles schon hinter mir.

gib @SebastianB eine Chance, mit ihm hast du einen direkten Draht. Klingt sehr frustrierend.

 

[SebastianB]

Also, ich arbeite bei JTL und glaub mir, ich kann das Problem lösen und wenn einer meiner Kollegen ernsthaft auf die 64bit Version verwiesen hat, dann tut mir das wirklich leid. Der Punkt ist: Ich muss sehen, was genau nicht freigegeben wird - und das sehe ich nur mit einem Prozessdump kurz vor dem Absturz - also im Idealfall wenn die Wawi knapp 2GB zieht. Dann kann ich sehen, was den Speicher nicht freigibt. Wie gesagt: Eine solche Stelle haben wir anhand eines solchen Dumps bereits identifizieren und in der nächsten Version lösen können.
Es würde ja sogar reichen, einfach procdump mit dem Parameter -äh- -s 2000 oder so laufen zu lassen - dann zieht procdump automatisch den Dump wenn der Arbeitsspeicherverbrauch diese Grenze überschreitet - sprich: Du bräuchtest wirklich nur in einem Fenster neben der normalen Arbeit das procdump laufen lassen und sobald die Wawi wegkachelt, haben wir den Dump mit dem ich was tun kann.

 

[Star Piercing]

Ich hoffe echt das es bei der nächsten version behoben wurde, wann auch immer die erscheinen mag…

 

[SHAAN]

Also jetzt habe ich seit gestern die 1.7.11 laufen und das Ding stürzt immer noch wegen Speicherproblemen ab. Heute zum ersten mal bei ca. 1 GB im Task. Darüber hinaus sind noch weitere Fehler dazugekommen.
- WMS Nachdruck nach Adresskorrektur nicht möglich. WMS Stürtzt komplett ab. Lösung: 2tes Paket anlegen.
- Unzählige Objektverweisfehler beim Fensterwechsel

Alte Fehler tauchten dann heute auch noch auf:
- Die abgestürzte Wawi verbleibt im Task und blockiert ServiceDesk
- Worker 2.0 hängt sich beim E-Mail-Versand auf. Worker lässt sich nicht schließen.

Es ist kaum auszuhalten... ich bin ja wirklich froh, dass du so engagiert bist @SebastianB , aber das Ganze ist einfach nur noch zum heulen.

Ich habe jetzt den procdump runtergeladen und mit der PID gestartet. Also "procdump -m 1200 -ma 476776",
Mit "procdump -m 1200 -ma JTL-wawi.exe" findet er das Programm nicht.

Vielleicht müsste ich dann wegen der 1GB heute eher "procdump -m 800 -ma 476776" einstellen. Naja, ich melde mich dazu zurück.

 

[JTL_fwenzl]

@SHAAN Was genau sind die WMS Probleme? Wie reproduziere ich den Absturz?

Gruß,
Frank

 

[SHAAN]

Zwei Fälle haben wir gestern gehabt. Bei einem Kunden hat die Packstationsnummer gefehlt und bei anderen Kunden die Hausnummer. Für gewöhnlich öffnen wir in WMS den Kunden und korrigieren die fehlenden Daten und machen einen erneuten Versandexport. An dieser Stelle stürtzt das komplette WMS ab (glaube ohne Meldung).

 

[JTL_fwenzl]

ok, ich probiere damit mal ein wenig rum, ob ich den Fehler auch hab. Gerne auch ein Supportticket aufmachen, wenns reproduzierbar ist.

>> Unzählige Objektverweisfehler beim Fensterwechsel
Wo tritt das auf? Wawi wo?

Gruß,
Frank

 

[SHAAN]

PM

 

[SHAAN]

@SebastianB
Habe jetzt Dumps erstellt. Wo sende ich die denn hin?

 

[Enrico W.]

@SHAAN ich schick Dir einen Link per PM.