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

[sunghost]

Sorry,
hatte deine Antwort gar nicht mehr gesehen:

Quote:crontab -l -u root
# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

# m h dom mon dow user command
17 * * * * root cd / && run-parts --report /etc/cron.hourly
25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
#*/10 * * * * root /root/scripte/vserver_security_guard_reset.sh
#

und die crontab selbst

Quote:cat /etc/crontab
# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

# m h dom mon dow user command
17 * * * * root cd / && run-parts --report /etc/cron.hourly
25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
#

ah sehe grade, dass ich in der crontab von root eine Zeile auskommentiert habe. evtl. liegts daran. ich teste es mal und nehm sie ganz raus.

[joximu]

*könnte* sein, dass kommentierte Befehle nicht ausgeführt werden

und nicht vergessen:
/etc/cron* - Verzeichnisse... ggf. hat's da auch was...


Gruss J

[sunghost]

Mh, da habe ich nichts geändert. Ach doch irgendwann mal die Backupzeit von 0 auf 3 Uhr. Das sollte es aber nicht sein.

[sunghost]

leider lags nicht am kommentar
mailtitel: root cd / && run-parts --report /etc/cron.hourly
in cron.hourly gibts keine einträge

[joximu]

Dann muss es ja dieser Job sein:
17 * * * * root cd / && run-parts --report /etc/cron.hourly

Was steht denn in der Mail?
(falls es oben schon ist: in welchem Post... ist etwas unübersichtlich geworden...)

/J

[sunghost]

dort steht: "/bin/sh: root: command not found"

[joximu]

Ahhhh - ich glaube, ich weiss was los ist:

normalerweise werden alle für ispcp notwendigen cron-jobs nur in den cron-files unterhalb /etc aufgelistet (wie zB. in /etc/cron.d/ispcp)

Der Befehl "crontab -l" listet jedoch die Jobs auf, die über den crontab Befehl eingegeben und unter /var/spool/cron gespeichert werden...

Dort sind aber keine Angaben für den User notwendig/erlaubt - da diese sowieso schon einem bestimmten User zugeordnet sind.

Ich weiss nun nicht, wie deine crontab-Datei da rein kommt - aber es ist falsch.

Bei mir kommt mit crontab -l -u root:"no crontab for root"

ich würde das mal beheben ("crontab -r" ???)

Gruss
Joxi

[sunghost]

Jau, das war es. Keine Ahnung wie das so zustande kam, aber nun ist Ruhe

[sunghost]

Hallo,
ich konnte eben, ab ca. 0 Uhr, sehen wie die Last auf dem vServer auf 100% stieg. 1GB Arbeitsspeicher und Swap alles war auf 100%. Schuld war der rkhunter der über den cronjob gestartet wurde und wohl den Logfile anlegte. Das Dauerte ca. 10-15min und die DB war teilweise nicht erreichbar. Jetzt wo alles durch ist, ist die CPU auf Normal, der Speicher 605/1000 laut htop, aber swap ist immer noch 854/854. Liegt das alles am vServer? Und warum wird der Swap nicht mehr freigegeben?

[joximu]

ggf. die Cronjobst etwas verteilen und mit nice starten lassen...