Hallo,
Mein vServer und mein RAM sind plötzlich voll und überlastet, woran liegt das, was läuft falsch ist es ein Angriff auf mein Server gewesen? Steht das nur im VCP falsch?
Gruß
Hallo,
Mein vServer und mein RAM sind plötzlich voll und überlastet, woran liegt das, was läuft falsch ist es ein Angriff auf mein Server gewesen? Steht das nur im VCP falsch?
Gruß
Ohne folgende Angaben sind weitere Aussagen nur schwer möglich:
MfG Christian
Hallo,
kommt folgendes, hab alle 3 Befehle ausgeführt:
ZitatAlles anzeigen
root@v2...5:~# free -m
total used free shared buffers cached
Mem: 512 271 240 0 0 72
-/+ buffers/cache: 199 312
Swap: 1024 0 1024
root@v25......:~# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/hdv1 40G 37G 1.1G 98% /
root@v225.....:~# df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/hdv1 1000000 27407 972593 3% /
root@v205.....:~#
Ram und Inodes sind Ok, aber scheinbar läuft deine Festplatte wirklich voll. Schau einmal mit du -s -h /* woran es liegt. Notfalls dann einfach eine Ebene tiefer gehen. (statt /* z.B. /var/*)
MfG Christian
Hallo,
Danke
in den Logs schreibt es mir sehr viel, habe hier 36G stehen, ich schaue kurz nach welche Datei es ist.
Hauptsächlich was mit Mail wie mail.log zu tun hat da habe ich Dateien drin die 11.776.883.553 haben.
Gruß Tobi
Dann würde ich mit less oder tail einmal nachschauen, was da rein geschrieben wird. Eventuell ist es nur eine Fehlermeldung, die sich andauernd wiederholt und nur behoben werden muss. Oder aber auch ein Angreifer, der deinen Mailserver missbraucht.
MfG Christian
Hey,
wie meinst das mit tail oder less?
Danke
Gruß
Genau so, wie ich es geschrieben habe... man tail oder man less helfen weiter
MfG Christian
Hallo,
bei man less
ZitatNo manual entry for less
man tail
ZitatAlles anzeigenTAIL(1) User Commands TAIL(1)
NAME
tail - output the last part of files
SYNOPSIS
tail [OPTION]... [FILE]...
DESCRIPTION
Print the last 10 lines of each FILE to standard output. With more
than one FILE, precede each with a header giving the file name. With
no FILE, or when FILE is -, read standard input.
Mandatory arguments to long options are mandatory for short options
too.
-c, --bytes=K
output the last K bytes; alternatively, use -c +K to output
bytes starting with the Kth of each file
-f, --follow[={name|descriptor}]
output appended data as the file grows; -f, --follow, and --fol-
low=descriptor are equivalent
--More--
Gruß
Hallo Tobiaslb,
ich glaube du hast da etwas falsch verstanden Du solltest nicht die Ausgabe von "man tail" hier posten Mit dem Befehl "man" kannst du dir sozusagen eine Anleitung zu dem Befehl anzeigen lassen ( Wikipedia-Artikel dazu: http://de.wikipedia.org/wiki/Manpage ).
Schau mit dem Befehl tail mal in die von dir angesprochene mail.log und schau dir mal die Fehlermeldung an. Vielleicht hilft dir das bei deinem Problem weiter
Viele Grüße
Neo
Upps ja,
da bekomm ich folgendes mit man tail:
ZitatAlles anzeigenroot@v220605:~# tail /var/log/mail.log
May 22 22:12:49 v2266605 cyrus/ctl_cyrusdb[29065]: archiving log file: /var/lib/cyrus/db/log.0000000001
May 22 22:12:49 v2605 cyrus/ctl_cyrusdb[29065]: error opening /var/l ib/cyrus/db.backup1/log.0000000001 for writing (33272)
May 22 22:12:49 v220605 cyrus/ctl_cyrusdb[29065]: DBERROR: error archi ving log file: /var/lib/cyrus/db/log.0000000001
May 22 22:12:49 v220605 cyrus/ctl_cyrusdb[29065]: DBERROR: archive /va r/lib/cyrus/db: cyrusdb error
May 22 22:12:49 v22005 cyrus/ctl_cyrusdb[29065]: archiving log file: /var/lib/cyrus/db/log.0000000001
May 22 22:12:49 v22005 cyrus/ctl_cyrusdb[29065]: error opening /var/l ib/cyrus/db.backup1/log.0000000001 for writing (33272)
May 22 22:12:49 v220605 cyrus/ctl_cyrusdb[29065]: DBERROR: error archi ving log file: /var/lib/cyrus/db/log.0000000001
May 22 22:12:49 v22605 cyrus/ctl_cyrusdb[29065]: DBERROR: archive /va r/lib/cyrus/db: cyrusdb error
May 22 22:12:49 v220605 cyrus/ctl_cyrusdb[29065]: done checkpointing c yrus databases
May 22 22:12:49 v220605 cyrus/master[24960]: process 29065 exited, sta tus 1
Hallo Tobiaslb,
so wie ich das sehe, versucht dein Cyrus-Mailserver eine Logdatei zu öffnen um rein schreiben zu können bzw. diese zu archivieren. Da es Probleme gibt die Datei zu öffnen, loggt der Mailserver das in der mail.log. Bei der Menge der Logzeilen in nur einer Sekunde, kann ich mir gut vorstellen, dass diese ganz schön groß ist.
Mehr kann ich dir dazu jetzt auch nicht sagen ( habe mit Mailservern noch nie wirklich was zu tun gehabt ).
Du solltest dir vielleicht deine Cyrus-Konfigurationsdateien noch mal ansehen bzw. nach dem Fehler (z.B. dberror archive var lib cyrus db cyrusdb error) bei Google suchen.
Viele Grüße
Neo
Servus,
mir zeigt es an der Log Datei das an 11.776.883.553 das sind ja 11GB/36 oder, dann hab ich noch einige mehrere Log Dateien mit 6.746.825.613 usw.? Kann ich die Logs Ordner komplett löschen?
Danke Gruß
Kann ich die Logs Ordner komplett löschen?
Das würde ich lieber nicht machen, das führt ziemlich sicher zu Problemen. Besser du leerst die jeweiligen Dateien und reloadest die betroffenen Dienste. Oder du konfigurierst dein logrotate um. Das alles wird dir aber nichts bringen, wenn du die Ursache für die Fehlermeldung nicht behebst. Dann sind die relativ schnell wieder voll...
MfG Christian
Hallo,
mein RAM wurde bereits wieder ausgelastet bin jetzt ca bei 1GB das sollte normal bei Netcup nichts ausmachen oder, ich habe bisher den Fehler noch nicht gefunden woran es liegt, mitlerweile sind wieder ein bisschen mehr GB frei, löscht es nach einer bestimmten Zeit die Logs?
Speicherplatz gesamt 40.00 GB
Speicherplatz verbraucht 30.73 GB
Speicherplatz frei 9.27 GB
Gruß
Vielleicht solltest du der Ursache auf den Grund gehen, statt Probleme zu fixen. Hast du das cyrus-Problem behoben?
mein RAM wurde bereits wieder ausgelastet bin jetzt ca bei 1GB
Beachtest du auch wirklich die zweite Zeile der free Ausgabe? Denn buffers/cached gehört da nicht wirklich dazu...
löscht es nach einer bestimmten Zeit die Logs?
man logrotate
MfG Christian
Hallo,
nein, bisher hab ich das Problem nicht gelöst, ich komm da nicht wirklich weiter woran bzw. was ich unternehmen muss das der fehler weg ist.
Gruß
Hallo,
mein Speicherplatz ist nun wieder komplett voll, erhalte beim neustarten des Servers auch mehrere Meldungen
ZitatAlles anzeigenStarting ClamAV virus database updater: freshclamERROR: Problem with internal logger (UpdateLogFile = /var/log/clamav/freshclam.log).
ERROR: Can't open /var/log/clamav/freshclam.log in append mode (check permissions!).
failed!
Starting periodic command scheduler: cron.
Starting Cyrus IMAPd: (failed).
/etc/init.d/mysql: ERROR: The partition with /var/lib/mysql is too full! ... failed!
Starting Postfix Mail Transport Agent: postfix.
Starting ftp server: proftpdv2201111105066605.yourvserver.net - mod_delay/0.6: error writing single byte to DelayTable '/var/run/proftpd.delay': No space left on device
.
Starting SASL Authentication Daemon: saslauthdsaslauthd[12823] :tx_rec : write failure
saslauthd[12823] :tx_rec : write: No space left on device
saslauthd[12823] :cache_alloc_mm : failed while writing to mmap file: /var/run/saslauthd/cache.mmap
failed!
Starting OpenBSD Secure Shell server: sshd.
startpar: service(s) returned failure: cyrus2.2 mysql ... failed!
hier drin sagt er gerade /etc/init.d/mysql: ERROR: The partition with /var/lib/mysql is too full! ... failed! kann das sein, wenn ich die Ordner durchsuche sind die Logs bei mir wieder komplett überfüllt.
Gruß & Danke
Hallo Tobiaslb,
Alles anzeigen
/etc/init.d/mysql: ERROR: The partition with /var/lib/mysql is too full! ... failed!
...
Starting ftp server: mod_delay/0.6: error writing single byte to DelayTable '/var/run/proftpd.delay': No space left on device
...
saslauthd[12823] :tx_rec : write: No space left on device
Heißt: Festplatte voll. Ob es jetzt an den Logs oder etwas anderem liegt, kann - außer dir - hier niemand sagen.
Was sagt df -h und df -i? Um zu schauen ob es an den Logs liegt: du -sh /var/log
Wenn es an den Log-Dateien liegt, mal schauen, welche Log-Datei viel Speicherplatz einnimmt und ggf. Problem fixen bzw. einen Auszug vom Log hier posten.
Viele Grüße
Neo