Swyx Server nach Update auf 2015 hohe CPU Last

[FabianBecker]

Wie im Betreff schon beschrieben, haben wir seit dem Update von SwyxWare 2013 auf SwyxWare 2015 am Swyx Server immer wieder (ca. 30 mal am Tag) 100% CPU Last.

Die verantwortlichen Prozesse sind: IpPbxSrv und TraceTool – beide auf je ca. 40-50%.

Das TraceLevel ist auf Standard.

Gibt es hier ein bekanntes Problem, oder Möglichkeiten die CPU Last zu senken?

Danke vorab!

[beychr]

Hallo,

 

mit dem Update hat sich das Tracevolumen erhöht. Vor allem der IpPbxSrv, LinkMgr und PhoneMgr Dienst sind hier betroffen.

Ich würde mal schauen wie viele Log-Dateien ihr so schreibt und was die I/O-Performance eures Servers so sagt wenn das Tracetool am Arbeiten ist.

Eventuell ist das Tracetool gerade dabei die Log-Dateien zu packen und blockiert damit I/O auf dem Server was wiederum den Serverdienst beeinflusst.

 

Grüße

 

beychr

[FabianBecker]

Hallo,

 

danke für den Hinweis! Kann man denn das Logging vorübergehend komplett abschalten?

Dann könnten wir ja sehen, ob es rein daran liegt.

 

Danke vorab!

 

Gruß

Fabian

[FabianBecker]

Wir haben gerade gesehen, dass extrem viele Log Dateien von IpBpxSrv vorhanden sind (pro Minute ca. 30 Stück).

Der Inhalt ist immer gleich:

 

11 11:36:01.816 0006c4 Info SrvScript  07D80B70 0000008d SPBXScript::OutputTrace                 () --> gseConnectToEx6(94, 20, , Falsch, , Wahr, Wahr, *hold*, Falsch, , Wahr)
11 11:36:01.816 0006c4 Info SrvScript  07D80B70 0000008d SPBXScript::OutputTrace                 () <-- gseConnectToEx6, rc = 5 [gseStateConnected]
11 11:36:01.816 0006c4 Info SrvScript  07D80B70 0000008d SPBXScript::OutputTrace                 ()   case [ConnectTo7]
11 11:36:01.816 0006c4 Info SrvScript  07D80B70 0000008d SPBXScript::OutputTrace                 () --> gseConnectToEx6(94, 20, , Falsch, , Wahr, Wahr, *hold*, Falsch, , Wahr)
11 11:36:01.816 0006c4 Info SrvScript  07D80B70 0000008d SPBXScript::OutputTrace                 () <-- gseConnectToEx6, rc = 5 [gseStateConnected]
11 11:36:01.816 0006c4 Info SrvScript  07D80B70 0000008d SPBXScript::OutputTrace                 ()   case [ConnectTo7]
11 11:36:01.816 0006c4 Info SrvScript  07D80B70 0000008d SPBXScript::OutputTrace                 () --> gseConnectToEx6(94, 20, , Falsch, , Wahr, Wahr, *hold*, Falsch, , Wahr)
11 11:36:01.816 0006c4 Info SrvScript  07D80B70 0000008d SPBXScript::OutputTrace                 () <-- gseConnectToEx6, rc = 5 [gseStateConnected]
11 11:36:01.817 0006c4 Info SrvScript  07D80B70 0000008d SPBXScript::OutputTrace                 ()   case [ConnectTo7]

 

Sagt das jemanden etwas?

 

[Virikas]

Das ist ein (oder mehrere) Callroutingscript, welches an irgendeiner Stelle den Befehl enthält etwas ins Log zu schreiben und genau das dann auch tut.

 

Du könntest jetzt natürlich das Loglevel für das Callrouting herunterdrehen, aber damit behebst du letztlich nur das Symptom und nicht die Ursache.

Bessere Lösung: schau dir den Call "0000008d" an. Zu wem ging der und welche(s) Script ist hier die Ursache für die Logeinträge. Muss sich meinem dafürhalten nach um ein Custom GSE Script handeln.