[ERLEDIGT]Backup führt zu hoher Last und Mailfehlern

[tomhb]

(04-12-2010 03:10 AM)bodysplit Wrote:  Ich verwende Munin um Speicheranalyse zu betreiben und über längere Zeit hinweg verfolgen zu können, wie die Speicherlast auf dem System läuft.

Definiere bitte mal "Speicheranalyse".

[bodysplit]

äh... langzeitmäßige Verfolgung der Nutzung von Aktiv, Inaktiv, Cached, etcpp...

Da kann man zumindest im Auge behalten, daß nix amok läuft und swappt bis zum Abwinken. Overcommiting durch memoryleaks zB kann ich damit auch im Auge behalten.

EDIT: dstat kann das sehr schön auch live auf der Console (solange die noch reagiert )

[sunghost]

(04-12-2010 03:34 AM)bodysplit Wrote:  äh... langzeitmäßige Verfolgung der Nutzung von Aktiv, Inaktiv, Cached, etcpp...

Da kann man zumindest im Auge behalten, daß nix amok läuft und swappt bis zum Abwinken. Overcommiting durch memoryleaks zB kann ich damit auch im Auge behalten.

EDIT: dstat kann das sehr schön auch live auf der Console (solange die noch reagiert )

Hallo Bodysplit,
super das du dich extra registriert hast um auf meinen Thread zu antworten .
Der Apache läuft bei mir als mpm_worker und scheint mit den Standardeinstellungen bestückt zu sein:

Quote:<IfModule mpm_worker_module>
StartServers 2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 0
</IfModule>

Ich werde mir als nächstes mal ein paar Infos zu den Optionen aus dem Netz suchen. Falls noch jemand Optimierungen für MySQL, Mail/Spam etc. hat, danke ich im voraus - ebenso für Erfahrungen zu Einstellungen etc.
Munin nutze ich auch, allerdings von einem dyn.IP Host. Wodurch ich Probleme habe den vServer anzusprechen. ;( Er sammelt daher nur unregelmäßig Daten, da ich die IP jedes Mal auf dem VS händisch ändern muss. Für eine Lösungssuche hatte ich noch keine Zeit, wird aber wohl auf ein Script hinauslaufen.

[bodysplit]

(04-12-2010 05:03 AM)sunghost Wrote:  Hallo Bodysplit,
super das du dich extra registriert hast um auf meinen Thread zu antworten .
Der Apache läuft bei mir als mpm_worker und scheint mit den Standardeinstellungen bestückt zu sein:

Bin schon ein Weilchen hier registriert (2007 um genau zu sein...). Komme nur nicht so regelmäßig zum Posten.

(04-12-2010 05:03 AM)sunghost Wrote:  Ich werde mir als nächstes mal ein paar Infos zu den Optionen aus dem Netz suchen. Falls noch jemand Optimierungen für MySQL, Mail/Spam etc. hat, danke ich im voraus - ebenso für Erfahrungen zu Einstellungen etc.

Google ist ja dein Freund. Such mal nach "low memory environment" oder "mysql on vps". Es gibt schon einige die Webserver auch virtuell betreiben, auch mit wenig RAM. Aber wie gesagt, beachte bitte immer, wie viele User es denn am Ende nutzen wollen.

(04-12-2010 05:03 AM)sunghost Wrote:  Munin nutze ich auch, allerdings von einem dyn.IP Host. Wodurch ich Probleme habe den vServer anzusprechen. ;( Er sammelt daher nur unregelmäßig Daten, da ich die IP jedes Mal auf dem VS händisch ändern muss. Für eine Lösungssuche hatte ich noch keine Zeit, wird aber wohl auf ein Script hinauslaufen.

a) dynDNS-Eintrag sollte doch auch gehen
b) Munin lokal auf dem Vhost sammeln lassen und nur die Graph-Generierung auslagern. Dazu am besten scp oder gar rsync von munins rrd-files machen. Für den Host ist ab und an eine Stat speichern ja nicht so wild. Die Graphen brauchen schon etwas mehr RAM, den Du aber nicht hast. Es gibt auch ein paar (kostenlose) Graph-Dienste, Namen fallen mir jetzt nur nicht mehr ein...

n8

[sunghost]

Moin,
eben war men VPS wieder nicht erreichbar. Nach einem Neustart lief die CPU für ca. 1-2Min auf 100%. Schuld war der rkhunter der irgendwelche Logs erstellte. Ist das normal? Bestimmt nicht, fällt das nach eurer Meinung mit in das VPS Problem? Thx

[tomhb]

(04-13-2010 08:05 PM)sunghost Wrote:  Moin,
eben war men VPS wieder nicht erreichbar. Nach einem Neustart lief die CPU für ca. 1-2Min auf 100%. Schuld war der rkhunter der irgendwelche Logs erstellte. Ist das normal?

Ja, das ist ganz normal - you get, what you paid for....
T'schuldige, wenn Dir das nun ganz und gar nicht weiterhilft.

[joximu]

Kannst versuchen, rkhunter mit weniger Leistung laufen zu lassen (man nice)...

Und verteile die cronmjobs so, dass nicht alle zur selben Zeit laufen...

Aber wie andere schon schrieben: die komplexere Sicherheitsumgebung (wer hatte vor 10 Jahren sowas wie rkhunter, chkrootkit, postgrey, policyd-weight, fail2ban etc am Laufen?) verlangen schon etwas mehr Leistung als früher - und diese Dienste sind auch für *Server* gedacht. Irgendwo muss sich ja ein Unterschied zeigen...

/J

[sunghost]

Danke für Eure Tipps,
ich habe den Apache schon etwas optimieren können. Nun läuft er schon mal nicht mehr an der Belastungsgrenze und ist immer noch performant. Die Cronjobs habe ich auch schon verlegt und die IO Fehler sind seit dem weg. Als Fazit: So ein VPS ist halt auch etwas arbeit und man lernt zu optimieren und nicht alles zu verschwenden Auf längerer Sicht, wird es dann aber wohl ein root werden. Noch mal Danke für eure Infos und Tipps. Evtl. kommen ja noch einige.

[sunghost]

Hallo,
nachdem ich ja die Backupzeiten in der cron.d angepasst hatte, erhalte ich immer Mails mit der Info "/bin/sh: root: command not found". Ich hatte schon gesucht, aber das half alles nichts. Idee?

[joximu]

zeig mal die cron-Zeile, die um diese Zeit ausgeführt wird...

/J