Hoher Load -> Immer im gleichen Zeitraum

T

Tortuga

New Member
Hallo !
Hier erst einmal meine Daten:
- VServer von HE
- Linux XL 4.0 (2 GB RAM)
- Ubuntu 10.04 LTS & Plesk 10.3.1
-------------------------------------------------------------------

Folgendes Problem...

Ich habe regelmässig jeden Abend im gleichen Zeitraum einen extremen Anstieg meines Load. Ich bin vor ein paar Wochen von Ubuntu 8.04 auf 10.04 bei HE gewechselt (dabei stellen die einen neuen Server zur Verfügung via Paralellbereitstellung) -> Also ich habe eine neue Maschine bekommen. Seit dem besteht das Problem. Ich habe den Server praktisch so eingerichtet wie der vorherige. Seit einer Woche springt der load aber so hoch, dass bei mir Dienste abschmieren. Ich habe den Zeitraum mal im auge gehalten, finde aber auf Anhieb keinen Prozess, der mir ungewöhnlich erscheinen würde...also was ´vorher nicht da war.

Hier ein paar Statistiken:

Load

MOD: Bilder bitte immer als Anhang. Danke!

CPU

MOD: Bilder bitte immer als Anhang. Danke!
RAM

MOD: Bilder bitte immer als Anhang. Danke!
Der besagte Zeitraum liegt so zwischen 23:00 und 00:00 Uhr

Hier das Syslog für den Zeitraum:

Code: 
Oct  9 23:00:01 ns2 CRON[20204]: (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  9 23:02:01 ns2 CRON[21631]: (root) CMD ([ -x /opt/psa/admin/sbin/backupmng ] && /opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Oct  9 23:05:01 ns2 CRON[21649]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Oct  9 23:05:01 ns2 CRON[21651]: (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  9 23:09:01 ns2 CRON[22066]: (root) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -type f -cmin +$(/usr/lib/php5/maxlifetime) -print0 | xargs -n 200 -r -0 rm)
Oct  9 23:10:01 ns2 CRON[22100]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Oct  9 23:10:01 ns2 CRON[22102]: (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  9 23:15:01 ns2 CRON[23560]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Oct  9 23:15:01 ns2 CRON[23562]: (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  9 23:16:36 ns2 crontab[24002]: (root) LIST (root)
Oct  9 23:17:01 ns2 CRON[24008]: (root) CMD ([ -x /opt/psa/admin/sbin/backupmng ] && /opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Oct  9 23:17:01 ns2 crontab[24014]: (root) LIST (backup)
Oct  9 23:19:01 ns2 CRON[24048]: (root) CMD (cd / && run-parts --report /etc/cron.hourly)
Oct  9 23:19:20 ns2 qmail-queue-handlers[24053]: Handlers Filter before-queue for qmail started ...
Oct  9 23:19:20 ns2 qmail-queue-handlers[24053]: from=************************
Oct  9 23:19:20 ns2 qmail-queue-handlers[24053]: to=*******************
Oct  9 23:19:20 ns2 qmail-queue-handlers[24053]: hook_dir = '/opt/psa/handlers/before-queue'
Oct  9 23:19:20 ns2 qmail-queue-handlers[24053]: recipient[3] = '**************'
Oct  9 23:19:20 ns2 qmail-queue-handlers[24053]: handlers dir = '/opt/psa/handlers/before-queue/recipient/*****************'
Oct  9 23:19:20 ns2 qmail: 1318195160.527223 new msg 324894862
Oct  9 23:19:20 ns2 qmail: 1318195160.527279 info msg 324894862: bytes 991 from <*******************> qp 24054 uid 10002
Oct  9 23:19:20 ns2 qmail-queue-handlers[24053]: starter: submitter[24054] exited normally
Oct  9 23:19:20 ns2 qmail: 1318195160.532326 starting delivery 846: msg 324894862 to remote ***************
Oct  9 23:19:20 ns2 qmail: 1318195160.532379 status: local 0/10 remote 1/20
Oct  9 23:19:20 ns2 qmail-remote-handlers[24055]: Handlers Filter before-remote for qmail started ...
Oct  9 23:19:20 ns2 qmail-remote-handlers[24055]: from=********************
Oct  9 23:19:20 ns2 qmail-remote-handlers[24055]: to=*****************
Oct  9 23:19:20 ns2 qmail-remote-handlers[24055]: hook_dir = '/opt/psa/handlers/before-remote'
Oct  9 23:19:20 ns2 qmail-remote-handlers[24055]: recipient[3] = '***************'
Oct  9 23:19:20 ns2 qmail-remote-handlers[24055]: handlers dir = '/opt/psa/handlers/before-remote/recipient/***************'
Oct  9 23:19:22 ns2 qmail: 1318195162.169297 delivery 846: success: ************_accepted_message./Remote_host_said:_250__<d395953fdc1869273be6880ce538459d************************>_Queued_mail_for_delivery/
Oct  9 23:19:22 ns2 qmail: 1318195162.169419 status: local 0/10 remote 0/20
Oct  9 23:19:22 ns2 qmail: 1318195162.169458 end msg 324894862
Oct  9 23:20:01 ns2 CRON[24068]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Oct  9 23:20:01 ns2 CRON[24070]: (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  9 23:25:01 ns2 CRON[24482]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Oct  9 23:25:01 ns2 CRON[24484]: (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  9 23:30:01 ns2 CRON[25934]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Oct  9 23:30:01 ns2 CRON[25936]: (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  9 23:32:01 ns2 CRON[26401]: (root) CMD ([ -x /opt/psa/admin/sbin/backupmng ] && /opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Oct  9 23:35:01 ns2 CRON[26406]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Oct  9 23:35:01 ns2 CRON[26408]: (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  9 23:39:01 ns2 CRON[27860]: (root) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -type f -cmin +$(/usr/lib/php5/maxlifetime) -print0 | xargs -n 200 -r -0 rm)
Oct  9 23:40:01 ns2 CRON[27874]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Oct  9 23:40:01 ns2 CRON[27876]: (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  9 23:45:01 ns2 CRON[28289]: (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  9 23:45:01 ns2 CRON[28290]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Oct  9 23:47:01 ns2 CRON[29720]: (root) CMD ([ -x /opt/psa/admin/sbin/backupmng ] && /opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Oct  9 23:50:01 ns2 CRON[29726]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Oct  9 23:50:01 ns2 CRON[29728]: (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  9 23:55:01 ns2 CRON[30134]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Oct  9 23:55:01 ns2 CRON[30136]: (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 10 00:00:01 ns2 CRON[30542]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)

Ich finde da nichts, was nicht auch tagsüber läuft, aber so gut wie keine Auswirkungen hat wenn Betrieb auf dem Server ist. Das nun gerade so spät am Abend da was den Server unheimlich belastet ist mir ein Rätsel. Alle meine Backups laufen zwischen 04:00 - 05 :00 Uhr in der Nacht.

Evtl. hat jemand von euch einen Einfall...

ps. Ich sollte noch erwähnen, dass ich noch einen weiteren VServer bei HE habe, der gleich aufgesetzt ist aber etwas grösser dimensioniert wurde. Dort habe ich was den Load angeht fast das gleiche Profil zur gleichen Zeit. Ich vermute nun mal nicht, dass wir auf dem gleichen Wirt liegen.

lg
 

Attachments

  • loadt0skufhz86.jpg
    loadt0skufhz86.jpg
    141.6 KB · Views: 135
  • cpugy03bp8t9m.jpg
    cpugy03bp8t9m.jpg
    154.9 KB · Views: 139
  • ramqwoe5m1nku.jpg
    ramqwoe5m1nku.jpg
    194.2 KB · Views: 119
Last edited by a moderator:
Vielleicht finden zu dem Zeitpunkt auf dem Host Backups statt oder irgendwelche Systemchecks. Schonmal den Anbieter dazu interviewt?
 
Es wird schon langsam nervig, denn gearde wieder das gleiche ... Load bis 9
Habe nun ein Ticket geschrieben und bin mal gespannt.
 
Hier mal die Eintragungen... bei mir:

/etc/cron.d

Code: 
[U]awstads[/U]

# 0,10,20,30,40,50 * * * * www-data [ -x /usr/lib/cgi-bin/awstats.pl -a -f /etc/awstats/awstats.conf -a -r /var/log/apache2/access.log ] && /usr/lib/cgi-bin/awstats.pl -config=awstats -update >/dev/null

[U]mailman[/U]


0 8 * * * list [ -x /usr/lib/mailman/cron/checkdbs ] && /usr/lib/mailman/cron/checkdbs
0 9 * * * list [ -x /usr/lib/mailman/cron/disabled ] && /usr/lib/mailman/cron/disabled
0 12 * * * list [ -x /usr/lib/mailman/cron/senddigests ] && /usr/lib/mailman/cron/senddigests
0 5 1 * * list [ -x /usr/lib/mailman/cron/mailpasswds ] && /usr/lib/mailman/cron/mailpasswds
27 3 * * * list [ -x /usr/lib/mailman/cron/nightly_gzip ] && /usr/lib/mailman/cron/nightly_gzip

[U]munin[/U]

*/5 * * * *     munin if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi
14 10 * * *     munin if [ -x /usr/share/munin/munin-limits ]; then /usr/share/munin/munin-limits --force --contact nagios --contact old-nagios; fi

[U]munin-node[/U]

*/5 * * * *	root 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


[U]php5[/U]

09,39 *     * * *     root   [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -type f -cmin +$(/usr/lib/php5/maxlifetime) -print0 | xargs -n 200 -r -0 rm

[U]plesk-backup-manager[/U]

2,17,32,47 *   *   *   *   root [ -x /opt/psa/admin/sbin/backupmng ] && /opt/psa/admin/sbin/backupmng >/dev/null 2>&1

In der /etc/cron.daily folgendes... -> die cron.hourly ist leer


Code: 
[U]50plesk-daily[/U]

# install_statistics
/opt/psa/bin/sw-engine-pleskrun /opt/psa/admin/plib/DailyMaintainance/script.php >/dev/null 2>&1

# install_mysqldump
/opt/psa/bin/mysqldump.sh >/dev/null 2>&1

[U]60sa-update[/U]

/usr/bin/sa-update
ERR=$?

# Only restart spamd if sa-update returns 0, meaning it updated the rules
if [ $ERR == 0 ]; then
	/etc/init.d/psa-spamassassin restart | tee -a /var/log/sa-update.log;
fi

# if sa-update returns 1 when there are no updates
if [ $ERR == 1 ]; then
	exit 0;
fi

exit $ERR

[U]logrotate[/U]

test -x /usr/sbin/logrotate || exit 0
/usr/sbin/logrotate /etc/logrotate.conf

[U]sysklogd[/U]

test -x /usr/sbin/syslogd-listfiles || exit 0
test -x /sbin/syslogd || exit 0
test -f /usr/share/sysklogd/dummy || exit 0

USER=$(ps -C syslogd -o user= | head -n 1)
[ -z "${USER}" ] && USER="root" || true

set -e

cd /var/log

logs=$(syslogd-listfiles)

test -n "$logs" || exit 0

for LOG in $logs
do
   if [ -s $LOG ]; then
      savelog -g adm -m 640 -u ${USER} -c 7 $LOG >/dev/null
   fi
done

# Restart syslogd
#
/etc/init.d/sysklogd reload-or-restart > /dev/null

[U]webalizer[/U]

Hatte zwar noch Crons von RKhunter, Chrootkit und ClamAV laufen die ich aber schon vor ein paar Tagen deaktiviert hatte. Dachte hier läuft was Amok :(
 
Antwort vom Support erhalten ->

Bezüglich des Servers mit der IP **.***.***.*** konnten wir keine ungewöhnlichen Auffälligkeiten für den genannten Zeitraum ausmachen.

Also entweder zeigt mir Munin falsche Werte an , ebenso top zeigt mir falsche Werte an wenn ich genau in diesem Zeitpunkt den Server beobachte... eventuell bilde ich mir das ja auch jeden Abend nur ein oder erträume mir den Load .... oder die interessieren sich einen Mist darum.

Bin jetzt echt ein wenig über diese Supportantwort geschockt. Wurde ja noch nicht einmal geschrieben was überhaupt kontrolliert wurde.

Vor 1 Tag Ticket geschrieben und gerade diese Antwort erhalten.
Selbst in diesem Virtuozzo Container steht zum Zeitpunkt des hohen Load eine fette Warnung in rot

Fühle mich nun wirklich vera***** :(
 
You must log in or register to reply here.
Back
Top