Hallo Team. Mit unserer geplanten Umstellung auf PHP-5.3 gibt es eine Neuerung, die wir so noch nicht verwendet haben. SUHOSIN http://www.suhosin.org/stories/index.html Da ich davon Heute auch das erste mal gehört habe nur kurz soviel dazu. Suhosin ist ein System, das vor PHP Schwachstellen schützen soll und ist ab der 5.3 Version auf unseren Systemen als PHP-Extension auf allen Systemen aktiv. Da bei mir selbst kein praktisches Wissen über Suhosin vorhanden ist, kann ich auf Probleme damit nur nachträglich reagieren. D.h. ich weiß nicht wo es da in Zukunft Probleme mit dem xRes geben könnte. Hier schon mal das erste Problem: memory_limit ------------ Bisher ist xRes immer ziemlich locker mit dem vorhanden Speicher umgegangen, dass wird sich in Zukunft ändern. Suhosin verbietet allgemein, PHP in einem unbegrenzten Speicherbereich laufen zu lassen. Weiterhin wird mit Suhosin eine Obergrenze festgelegt, wenn dies nicht getan wird, gilt der als default angegebene Speicherbereich. Dieser Bereich darf dann auch script-seitig nicht erhöht werden. Bei einem kurzem Austausch mit Tilo und Thomas haben wir uns folgendes Überlegt. Über chef wird in der php.ini ein default Speicherbereich festgelegt, der sich am vorhanden Arbeitsspeicher des Systems berechnet. Das soll verhindern, dass das System durch ein PHP-script komplett vereinnahmt wird. Beispiel: 16GB RAM - 2GB System = 14GB PHP Hier wird es von System zu System (service-, data- und cache-Server) unterschiedliche Lösungen geben. Da müsste sich jeder mal etwas zu seinem Arbeitstier überlegen. Suhosin wird dann als Schutzmechanismus auftreten und verhindern, dass diese Obergrenze umgangen wird. Leider ist diese Konfiguration durch die parallel laufenden scripte nicht besonders effektiv, da diese Grenze ja pro script gilt. In einigen Bereichen wird es dann wohl nötig sein diese Obergrenze script-seitig runter zu setzten, um das System vor einem Ausfall zu schützen. Da müssen wir also noch ein paar Hausaufgaben machen. Wir versprechen uns davon einen besseren Schutz unserer Systeme in Hinblick auf den Speicherverbrauch. Nachfolgende Punkte sollten damit gelöst werden. - unbekannte xRes - Systemanforderungen - unersättliche scripte (performantere Programmierung) - NAGIOS swapping - Warnungen - OOM - Killer -- -- Sören Pestner - Entwickler - TraSo GmbH G.-Schumann-Str. 294 04159 Leipzig telefon: +49 341 909 87 509 email: s.pestner@traso.de Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig (HRB 21850)