Nach Start eines Services CPU bei 100%

[Bakirsche 0]

Hallo zusammen,

 

vielleicht habt Ihr eine Idee, was der Auslöser des Problems sein könnte, oder in welche Richtung ich mal schauen sollte. Ich komme nicht weiter und bin auch nicht sehr erfahren.

Der Sachverhalt: Ich habe einen Windows Server 2008 R2 mit Tomcat 7. Dort ist eine Webanwendung installiert, mit der man Daten empfängt und versendet. Läuft über FTP und die empfangenen und die

gesendeten Daten werden erst mal auf einem zentralen FTP-Server gesammelt und dort abgeholt/verteilt.

Seit ein paar Tagen funktioniert der Versand nicht mehr. Der Empfang läuft ohne Probleme.

Ich habe herausgefunden, dass - sobald der Service für den Versand getartet wird - die CPU-Auslastung

bei nahezu 100 % "festklebt" und nichts mehr geht. Der CPU-Manager verweist dann auf eine exe-Datei

des Programms, aber diese Datei wurde nicht geändert oder bearbeitet. Die Datei ergibt eigentlich keinen

Sinn als Übeltäter... Der Empfang läuft aber ohne Probleme.

Auf dem FTP-Server gibt es keine Probleme und es befindet sich kein Virus auf der VM.

Mir ist noch aufgefallen, dass der Arbeitsspeicher (1024 MB) teilweise nichts mehr frei hat/gibt.

Könnte da ein Zusammenhang bestehen? Aber bisher lief die Anwendung reibungslos.

Habt Ihr eine Ahnung, wo das Problem liegen könnte?

 

Vielen Dank im Voraus!

 

MfG Bakirsche

[blub 115]

Eine gute Anwendung sollte Log-Dateien erstellen (Error-Logs, Change-Logs, Operating-Logs, etc.). Such diese mal raus und schau, ob sich dort seit ein paar Tagen etwas significant verändert hat.

Das wäre mal mein erster Ansatz.

 

Es kann natürlich auch mit dem Arbeitsspeicher zu tun haben. Hat sich die Last z.B. durch neue User sprunghaft erhöht? 1024MB sind nicht viel für einen 2008R2 Server bzw. 1024MB sind sogar absolute Unterkante! Reden wir von virtualisierter Serverhardware oder möglicherweise von UraltPC-Hardware?

[Bakirsche 0]

Zuerst: Ich wollte ursprünglich mein Thema hier her verschieben, aber leider wusste/weiß ich nicht wie das geht und löschen konnte ich es auch nicht, also hab ich das Doppelposting begangen. Kommt nicht wieder vor =)

 

Es handelt sich um eine virtuelle Maschine. Ja, der Arbeitsspeicher ist wirklich sehr wenig, aber die Anwendung funktionierte so die letzten 2 Jahre ohne Probleme. Auf der VM wird auch nichts gespeichert oder so. Die Anwendung wird über einen Browser aufgerufen. So kann man dann Dateien verschicken. Außerdem werden Dateien angezeigt, die empfangen werden.

 

Ich werde mal weiterhin die Logfiles durchstöbern. Anscheinend fährt die CPU so nach oben, weil die Anwendung versucht eine zu Datei zu kompilieren, sobald man eine versenden möchte. Ich habe mittlerweile etwas aufgeschnappt von wegen dass das Programm in 32 Bit programmiert wurde und es irgendwas mit Shadowing (?) und BIOS zu tun haben könnte... Da bin ich total blank. Das sagt mir gar nichts (abgesehen vom BIOS). Irgend eine Idee dazu?

 

Vielen Dank!

[OliverHu 19]

Moin!

 

Macht ihr da irgendwas mit Java?

[Bakirsche 0]

Guten Morgen,

 

eigentlich nicht. Abgesehen von Tomcat und so ist da mit Java wenig los. Die Anwendung ist in TCL/TK geschrieben und

auf der VM ist hierfür ein TCL-Interpreter installiert. Die exe-Datei, die vom CPU-Manager als Auslöser angegeben wird,

wurde in C porgrammiert.

[Sunny61 772]

Was sagt denn der Hersteller der Software zu dem Problem?

[OliverHu 19]

Ich meine, TomCat hat etwas mit Java zu tun. Ich hatte mal einen Fall, bei dem ich ähnliches Problem hatte. Im Grunde lag es an einer zu aktuellen Java Version, welche nicht mit dem TomCat konnte...

Ist aber nur eine Vermutung.

[Bakirsche 0]

@Sunny61: Nicht viel. Es ist ja definitiv ein Problem auf unserem Server bzw. der Konfiguration. Die meinten was von Shadowing... :confused:

 

@OliverHu: Werd ich auf jeden Fall mal testen :thumb1:

[Sunny61 772]

Was wurde denn vor ein paar Tagen am Server verändert? Updates installiert? Platz auf der HDD ist noch genügend? Wird es besser wenn Du der VM mehr RAM gibst?

[Sanches 22]

Was hat die Analyse der Logs ergeben?

Du kannst auch, falls erforderlich und hilfreich, das Loglevel (z.B. auf Debug) temporär erhöhen.

 

Läuft auf dem Server auch ein Virenscanner? (Wenn ja, würde ich den RAM dringend erhöhen, da alleine Tomcat schon einiges an RAM schlucken kann ...)

 

Läuft das Programm ggf. in einer interaktiven Sitzung oder als Dienst / Aufgabe?

 

Gruß Sebastian

[Bakirsche 0]

Also, es sind keine aufschlussreichen Logfiles zu finden und es wurden keine Updates oder Ähnliches gemacht.

 

Im April wurde die bis dato aktuellste Java-Version (1.8_91) draufgespielt. Kann es sein, dass irgend ein Cache

oder irgndwas in die Richtung vollgelaufen ist? Wir werden wohl den RAM erhöhen, aber das ist ja nicht der

Auslöser des Problems. Es lief immer ohne Probleme. Es ist einfach merkwürdig, dass dieser CPU-Ausschlag

auf einmal, ganz plötzlich aufgetreten ist. Ich bin einfach nur ratlos :cry:

 

Das Senden und das Empfangen laufen jeweils als Dienst/Service.

 

Zwischendurch mal vielen Dank für eure Tipps!

bearbeitet 12. Juli 2016 von Bakirsche

[Bakirsche 0]

Falls es interessiert: Wir haben die Lösung (so gut wie): Die Serverabteilung bzw. Mitarbeiter davon, die uns den Server

bereitgestellt haben, spielten zwar keine Updates ein, aber haben irgendwas auf dem Server verändert. Was genau,

wurde uns noch nicht mitgeteilt. Von deren Seite wurde ohnehin von Anfang an jeglich Änderung abgestritten...

Deshalb das "so gut wie". Jedenfalls wurde irgendetwas auf dem Server geändert, dass sich extrem auf CPU und RAM

ausgewirkt hat. Dann kommt noch ein unglücklicher Zufall dazu: Die Anwendung hat versucht, die Datei, die versendet werden sollte, als die hohe CPU-Auslastung plötzlich auftrat, bei jedem Neu-Start des Versands erneut zu versenden. Das soll auch so sein und ist normal.

Unnormal und ein bisher wohl nie aufgetretener Fall ist, dass die Datei in einem falschen Zeichensatz plus zusätzlich falschen Angaben

versendet werden sollte. Also wurde auch versucht, diese Datei (richtig) zu kompilieren. Dieses Kompilieren und die Änderung an der VM

haben zu dieser hohen Auslastung geführt. RAM und CPU wurden jetzt (endlich) erhöht :D