Inoffizielles deutsches Xbase-Forum

Hallo,

wir haben unseren WAA-Server von 1.9SL1 auf 2.0 Build 875 umgestellt.
Alles andere blieb gleich - Win7, Xeon, Apache 2.4 usw.

Mit 1.9SL1 hatten wir zumindest auf dieser Maschine keine Probleme. Mit 2.0 häufen sich Fehler und Benutzer klagen über (manchmal) lange Antwortzeiten.

Verstärkt sehen wir solche Fehler:
[22.01.2018 15:06:17] *** -----------------------------------------------------------
[22.01.2018 15:06:17] *** worker #7 Error:
[22.01.2018 15:06:17] ***


e:canDefault :.F.
e:canRetry :.F.
e:canSubstitute:.F.
e:description :
e:filename :
e:genCode :0
e:operation :socket read error
e:osCode :0
e:severity :0
e:subCode :0
e:subSystem :
e:thread :7
e:tries :0
e:cargo :

Callstack:

CGICHANNEL:DISCONNECT(275)
WAATRANSACT:TEXIT(281)
ENDTRANSACTION(423)
SERVEJOB(358)
SERVEJOBPROTECTION(229)

Hat jemand bereits WAA 2.0 im Einsatz? Ähnliche Erfahrungen? Ideen?

Grüße, Armin

Hallo Armin

verwendest du evtl. in deinem WAA noch Fremdprodukte die mit 2.0 nicht kompatibel sind?

Gruss Carlo

Hallo Carlo,

nur ot4xb

Grüße, Armin

Hallo Armin

dann weiss ich auch nicht weiter.
Ich habe vor Jahren auch wegen solchen und anderen Sorgen genug vom Zwitter WAA und auf xb2net umgestellt und seit Jahren nicht mal ein einziger Absturz ....


Gruss Carlo

Ich habe jetzt auch ot4xb ausgebaut - brauchte ich nur für die utf8-Umwandlungen.
Leider immer noch das gleiche Problem.

WAA2.0 (886) ohne Zusatzprodukte - irgendwann geht die CPU auf 100% und bleibt dort. Der WAA läuft dann zwar noch, ist aber sehr langsam.
Ich konnte mittlerweile das Problem nachstellen, indem ich den WAA mit dem Debugger gestartet und viele langwierige Anfragen (Requests) aufgerufen habe. WorkerThreads steht auf 12.
Ein Thread bleibt dann einfach mittendrin bei nichts Speziellem stehen und läuft nicht mehr weiter.

Leider hat Alaska auch keine Lösung oder Idee, an was das liegen könnte. Wir sind mit unserem Latein am Ende und werden vorerst wieder auf WAA 1.9 SL1 zurückgehen müssen.

mittlerweile:
PDR 7099

Mittlerweile hat Alaska das Problem behoben. Unserer WAA läuft mit der neuesten Xbase++-Version einwandfrei!

Grüße, Armin