zeroblue2005
Goto Top

Debian CPU Auslastung durch Apache2 sehr hoch

Hallo Zusammen,

ich habe eine VM Debian 7.11 x32 mit einem Apache2 am laufen. Jetzt stelle ich fest, dass die CPU Auslastung Dauerhaft bei 100 % liegt. Stoppe ich den Apache liegt Sie bei nahezu 0%. Jetzt bin ich natürlich am überlegen was ich geändert habe, aber ich war seit Wochen nicht verändert. Ich habe der VM 6 GB RAM gegeben und 4 CPUs vom Hypervisor.

Da ich jetzt nicht der der Typische Apache Admin bin, die Frage, wie und wo muss ich beim Debian schauen, was da los ist, damit ich die Ursache klären kann?


Der Powert die CPU so hoch bis da nichts mehr geht und Maschine einfriert: RAM und Swap läuft voll...

2017-04-06_172055

Danke für euren Rat!

Content-Key: 334303

Url: https://administrator.de/contentid/334303

Ausgedruckt am: 19.03.2024 um 06:03 Uhr

Mitglied: BassFishFox
Lösung BassFishFox 06.04.2017 aktualisiert um 17:51:35 Uhr
Goto Top
Hallo,

Der erste Weg ist wohl ein Blick in die Log-Files vom Apache und vom System selbst.


BFF
Mitglied: zeroblue2005
zeroblue2005 06.04.2017 um 17:52:01 Uhr
Goto Top
Ich bin schon einen Schritt weiter gekommen. Das Problem scheint ein Upload zu sein von einem OwnCloud Client, der wohl eine Menge Daten in meine OwnCloud schiebt. Denn sobald ich den Port 444 auf den SSL läuft schließe fällt die Last wieder auf normal. Was ich mich nur gerade Frage ist, dass darf doch garnicht sein, dass ein Client der gerade mal mit 20 KB auf eine 100 VDSL seinen Upload macht, einen Debian bzw. Apache so ins schwitzen bringt und den den Swapp bzw. CPU so hoch jagt oder?

Hat jemand einen Rat?
Mitglied: BassFishFox
Lösung BassFishFox 06.04.2017 um 18:00:35 Uhr
Goto Top
Sieh nach was das fuer ein Client ist, der da Daten schiebt, und sieh nach was das fuer Daten sind.

Und weil Du grade von owncloud redest. Ist die Software aktuell?

Schau mal hier : Apache + owncloud

BFF
Mitglied: fognet
Lösung fognet 06.04.2017 um 19:32:04 Uhr
Goto Top
Hi

Hast du eine Verschlüsselung in der OwnCloud Aktiviert?

Gruss PPR
Mitglied: zeroblue2005
zeroblue2005 06.04.2017 um 20:30:23 Uhr
Goto Top
Hallo,

also den Client habe ich identifiziert u. ja Owncloud Client ist aktuell u. selber nutze ich Versin 9xx Stabil.

Die Daten sind eine ziemlich heftige Ordner Struktur aus bestimmt 500 Ordner mit einigen tausend *.docs Gesamtgröße ca. 3,5 GB

Ich habe das jetzt erstmal abgeschaltet,

Nein Daten sind nicht verschlüsselt.

Habe mir gerade auch mal die Logs von Owncloud heruntergeladen.

Was mich dabei einfach irritiert ist, dass es so was doch nicht geben darf. Das ein Client eine Serveranwendung so leicht überlasten kann. Ich werde morgen früh mal ein paar Test lokal machen und mir das Ganze noch mal ansehen. Der Apache muss doch in der Lage sein sich vor so was selbst zu schützen.

Den Link oben habe ich durchgesehen, in meinen PHP.ini steht bei zlib.output_compression = off

Das kann es also auch nicht sein.
Mitglied: BassFishFox
Lösung BassFishFox 06.04.2017 um 21:00:31 Uhr
Goto Top
Hallo,

Da werden irgendwelche Limitierungen greifen oder nicht greifen.

Hast Du die Moeglichkeit auf einen Debian x64 umzustellen? Und welche Version Apache und PHP hast Du?

BFF
Mitglied: Sheogorath
Lösung Sheogorath 06.04.2017 um 21:54:51 Uhr
Goto Top
Moin,

Die Daten sind eine ziemlich heftige Ordner Struktur aus bestimmt 500 Ordner mit einigen tausend *.docs Gesamtgröße ca. 3,5 GB

Womit du dein Problem an sich recht gut beschrieben hast. OwnCloud so wie NextCloud sind nicht dafür gemacht viele kleine Dateien zu synchronisieren. Wenn jetzt noch eine unschöne apache version bzw. forking/threading hinzukommt, eine ungünstige PHP version, vielleicht noch die Abwesenheit von memcache oder redis, schaukelt sich das alles schnell hoch.

Ich würde erstmal schauen, welche Worker-Strategie dein Apache fährt. Dann würde ich erstmal einen memcache oder redis dranflanschen, was deine Datenbank entlastet. Wenn dein Problem daraufhin weiterhin besteht würde ich weiter analysieren. Aber aktuell klingt das nach vielen einzelnen HTTP-Calls, die eine recht mächtige PHP Anwendung aufrufen, was Apache so überhaupt nicht mag.

Gruß
Chris
Mitglied: zeroblue2005
zeroblue2005 07.04.2017 aktualisiert um 10:14:09 Uhr
Goto Top
Hallo Zusammen,

danke für die vielen Infos. Ja es ist so wie so geplant auf Debian 8 x64 umzustellen und dann den Apache und OwnCloud umziehen zu lassen! PHP ist bei mir 5.5.38 Apache Version 2.22

Ich habe den Übeltäter gerade identifiziert! Es ist die Antivirus App for files 0.8.1.0 in OwnCloud.

Habe gerade einen Testdatenbestand aus 45 Ordnern mit 45 Dateien von Typ: AVI, DOC, EXE, JPG, MDB, PDF, RAR und XLS hochgeladen mit einer Gesamtgröße von 1 GB. Dabei habe ich die App immer aktiviert und deaktiviert und sobald die App aktiv ist beim Upload gehts rauf auf 100% bei der CPU und der RAM läuft voll. Bei deaktivierter App, alles normal Last bei 20% und der RAM pendelt sich ein.

Die App steht mit der Standardeinstellung:

2017-04-07_080750



Jetzt steht die Einstellung auf Deamon mit 1024 Byte und sofort fällt die Last...
Mitglied: Sheogorath
Sheogorath 07.04.2017 um 13:12:03 Uhr
Goto Top
Moin,

Stimmt, die gibt es ja auch noch. Du solltest clamAV als Service laufen lassen und es über http pipen, sonst wirkt das ein bisschen wie eine Forkbomb. Das war zumindest meine Erfahrung.

Inzwischen habe ich es aber mit dem Umzug auf Nextcloud komplett abgestellt. Hat mitunter den Hintergrund, dass wir keine Windows Clients mehr haben.

Es freut mich jedenfalls, dass du es gefunden hast.

Gruß
Chris
Mitglied: zeroblue2005
zeroblue2005 07.04.2017 um 13:20:06 Uhr
Goto Top
Danke face-smile Was meinst du mit http pimpen hast du eine Anleitung für?
Mitglied: Sheogorath
Lösung Sheogorath 07.04.2017 um 13:35:05 Uhr
Goto Top
Moin,

Oh ein Fehler meinerseits: Über TCP pipen natürlich. face-smile

Und zur Anleitung bitte hier entlang: https://doc.owncloud.org/server/latest/admin_manual/configuration_server ...

Bzw. für Version 8 (sollte nicht anders sein): https://doc.owncloud.org/server/8.1/admin_manual/configuration_server/an ...

Gruß
Chris
Mitglied: zeroblue2005
zeroblue2005 07.04.2017 um 14:44:46 Uhr
Goto Top
danke