Serverlast und Backup

[FraggDieb]

Hallo,

denke mal das ist eher Off-Topic aber ich hoffe, dass mir jemand von euch unter die Arme greifen kann.
Habe die gewöhnliche Backup Methode von ispCP mal vor langer Zeit umgestellt. Auf rsync, mit einem How To hier aus dem Forum. Das hat auch viel zu lange gut geklappt nur, durch die ganzen Kunden wollte ich die Backups komplett deaktivieren, Cronjobs sind weg, ispCP Config wurde bearbeitet, jedoch wird immer um 0:00 Uhr durch
/usr/bin/du die Backups mit =exclude... usw gestarten, welches sich auch so nicht mehr beenden lässt. Das lässt die Load von Server für 30min fast auf 16!! ansteigen. Nicht weil Server zu lahm.. ne Ausgelastet ist der kaum. Die I/O der HDD sind einfach nur maßlos überfordert.

Jetzt die Frage an euch, wo sind und könnten überall Daten hinterlegt die ein solches Backup anstoßen? Ich hab sogar schon in /var/www/ispcp/engine/backup das Backup script umbenannt. Nichts...

Bin damit atm leicht überfordert und weiß au nicht, was ich euch noch sagen kann, damit ihr mein Problem versteht...

Nebeninfo:
Dedi Server, ispCP 1.0.5 -> Will erst updaten wenn die 1.0.7 Stable ist

[ShadowJumper]

Hi,

sicher das du alle passenden Cronjobs durchgeschaut hast. Also sowohl "/etc/cron.daily" als auch die "/etc/crontab" selber?

[FraggDieb]

Die logs die bei den Backups erstellt werden, sind auch von dann, wann "mein" letzter Cron lief. Trotzdem rennt das Script nachts.

in cron.daily und /crontab finde ich nichts was auf das backup hinweisen könnte.

[BeNe]

Steht denn was in der syslog ?
Sollte es wenn es ein CronJob vom System ist.

Greez BeNe

[ZooL]

wenns kein cronjob ist dann wirds ein hacker sein der immer nachst das backup script startet

mfg

[FraggDieb]

Syslog stehen nur die Cronjobs drin, die auch laufen sollen.
Nein ein Hacker würde glaube ich nicht ein von mir eingebautes Backup Script benutzen :x

Es ist leider zu lange her aber im endeffekt merk ich grad wie sinnfrei eigentlich mein thread is.. woher solltet ihr meine config kennen -.-

[FraggDieb]

top - 00:08:32 up 178 days, 1:27, 1 user, load average: 9.51, 15.08, 8.62
Tasks: 808 total, 1 running, 807 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.0%us, 1.8%sy, 0.0%ni, 15.4%id, 81.3%wa, 0.2%hi, 0.2%si, 0.0%st

Kleiner auszug.. Server kein bisschen ausgelastet was CPU/Ram angeht, auch den kompletten Tag von 0:20 bis wieder 0:00 bleibt die Load unter 0.4

Nur jetzt entsteht das durch die "wa" der Festplatte... Server schneller als HDD.. irgendwas muss /usr/bin/du ausführen, nur ich versteh noch nicht was. Wenn ich kurzzeitig "du" umbenenne, brechen die Backups ab. Aber es laufen definitiv nirgends Cronjobs...
*weißglut*

EDIT: Sorry, wollte eigentlich editieren.. noch ein Nachhang:

Code:

Oct 20 00:00:01 srv05 /USR/SBIN/CRON[14320]: (root) CMD (/usr/bin/rkhunter --cronjob --createlogfile /var/log/rkhunter.log.root --display-logfile 1>/var/log/rkhunter.log 2>/dev/null)
Oct 20 00:00:01 srv05 /USR/SBIN/CRON[14322]: (root) CMD (/usr/sbin/chkrootkit &> /var/log/chkrootkit.log)
Oct 20 00:00:01 srv05 /USR/SBIN/CRON[14325]: (root) CMD (/usr/local/rtm/bin/rtm 39 > /dev/null 2> /dev/null)
Oct 20 00:00:01 srv05 /USR/SBIN/CRON[14319]: (www-data) CMD ([ -x /usr/lib/cgi-bin/awstats.pl -a -f /etc/awstats/awstats.conf -a -r /var/log/apache/access.log ] && /usr/lib/cgi-bin/awstats.pl -config=awstats -update >/dev/null)
Oct 20 00:00:01 srv05 /USR/SBIN/CRON[14324]: (root) CMD (/var/www/ispcp/engine/tools/ispcp-httpd-logs-mngr &>/var/log/ispcp/ispcp-httpd-logs-mngr.log)
Oct 20 00:00:01 srv05 /USR/SBIN/CRON[14321]: (root) CMD (/etc/webmin/status/monitor.pl)
Oct 20 00:00:01 srv05 /USR/SBIN/CRON[14323]: (root) CMD (if [ -x /etc/munin/plugins/apt_all ]; then /etc/munin/plugins/apt_all update 7200 12 >/dev/null; elif [ -x /etc/munin/plugins/apt ]; then /etc/munin/plugins/apt update 7200 12 >/dev/null; fi)
Oct 20 00:00:01 srv05 /USR/SBIN/CRON[14326]: (root) CMD (/var/www/ispcp/engine/traffic/ispcp-vrl-traff &>/var/log/ispcp/ispcp-vrl-traff.log)
Oct 20 00:00:01 srv05 /USR/SBIN/CRON[14327]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Oct 20 00:00:01 srv05 /USR/SBIN/CRON[14331]: (root) CMD (/var/www/ispcp/engine/quota/ispcp-dsk-quota &>/var/log/ispcp/ispcp-dsk-quota.log)
Oct 20 00:00:01 srv05 /USR/SBIN/CRON[14334]: (root) CMD (/var/www/ispcp/engine/traffic/ispcp-srv-traff &>/var/log/ispcp/ispcp-srv-traff.log)
Oct 20 00:00:01 srv05 /USR/SBIN/CRON[14329]: (root) CMD (/var/www/ispcp/engine/tools/ispcpphptemp.sh >/dev/null 2>&1)
Oct 20 00:00:02 srv05 /usr/bin/crontab[14973]: (root) LIST (nobody)

Das war das Ende vom Cron...Alles was danach kam sind wieder iwelche Connects vom Dovecot/Postfix

[john_wayne]

haben auch genau das gleiche Problem nach dem Update auf Squeeze.

Genau um 00 uhr steigt die Last schnell für über 30 minuten .. 500+ Load und 2000 bis 4000 sleeping Tasks

Bis jetzt immer noch keine Idee an was es liegen kann oder wo man genau suchen sollte die vermuttung ist bis jetzt dass es an eines der cronjobs liegt

Squeeze + ISPCP 1.0.7

[Rafioso]

Hi,

meiner Meinung nach entsteht das nicht (nur) bei den Backups der Userdaten, sondern wenn die Log-Dateien verarbeitet werden. Aus dem Grund lasse ich alle Crons ab ~4 Uhr morgens laufen. Und zwar nicht alle auf einmal, sondern gebe jedem Cron eine andere Zeit. Dann ist das noch einigermaßen erträglich.

Die meisten User hierzulande schlafen eh um diese Uhrzeit. Nur die User aus Übersee müssen halt etwas länger warten, bis die Seite dann geladen ist.

Die Crons stehen übrigens in /etc/cron.d/ispcp

[FraggDieb]

Das mit den Logs hast du recht. Wenn hier die HDDs wohl nicht schnell genug sind, scheint hier der I/O einfahc zu steigen.
Bekommen deine Kunden dann nur 1x am Tag die Logs zur Verfügung gestellt?