Alle Dienste sind down am Server

ostrohschein

Registered User
Hallo
Auf meinem Rootserver sind alle Dienste des Webserver down
(apache, courier-imap, smtp, spamassasin, bind).
Habe versucht von Konsole aus zu starten aber nichts geht bleibt alles down.
Kann mir da mal einer sagen wo ich die Fehlermeldungen finden kann?
In der message steht nix drinnen, mail.warn, sowie mail.error finde ich nix was auf den Fehler hinweist.
Gemacht wurde:
restart der einzelnen Dienst kein Erfolg
Server neu gestartet kein Erfolg
Logs nachgesehen kein Erfolg
top, free und das was ich hier im Forum fand habe ich probiert, aber leider bekomme ich den Fehler nicht weg.*seufz*

Leider bin ich mit meinem Latain am Ende. Freue mich auf eine kleine Hilfe von Euch. Danke derweil.

Ich habe Suse 9.3 und Plesk 8.0.1
In Plesk habe ich festgestellt, das die dev/md6 zu 100% voll ist. Auf der
Partition sind folgende Verzeichnisse:
var/lib/mysql
var/qmail/mailnames
var/lib/named
Kann es sein das meine Logs zuvoll sind und deshalb die Dienst nicht starten können? Hört sich zwar blöd an, aber ich habe die Vermutung.
 
Hallo,

ich würde zuerst mal das Problem mit der vollen HDD beseitigen.
Sowas kann mehr ausmachen als man denkt ;)
 
Problem ja WIE?

Danke für die schnelle Antwort aber leider weis ich noch nicht wie man da ran geht. Kleiner Tipp wäre nett. Den Fehler hatte ich noch nicht Abgesichert wie ein Weltmeister aber das geht leider noch nicht.
 
Poste mal bitte deine logrotate.conf.
Hallo bin am verzweifeln, könnt Ihr mir mal Eure Vorgehensweise erklären volle oder große Dateien zu suchen, diese anzeigen lassen und dann zu leeren? Probiere es mit cat und tail aber geht bei mir irgendwie nicht.

Hier meine logrotate.conf.
Code:
# RPM packages drop log rotation information into this directory
include /etc/logrotate.d

# mail to root
#/var/log/mail.log {
#   postrotate
#    /usr/sbin/postfix stop && /usr/sbin/postfix start
#     endscript
#}
#/var/log/critmsg {
#daily
#mail root
#}
#/var/log/authpriv

# no packages own wtmp -- we'll rotate them here
#/var/log/wtmp {
#    monthly
#    create 0664 root utmp
#    rotate 1
#}

# system-specific logs may be also be configured here.
Habe schon in goole gesucht und denen Ihre logrotate schaut anderes aus, kann es sein das logrotate über Plesk mit installiert wurde und verwaltet wird.
 
Also die Logrotate ist "Mist" ;) Anbei mal eine sehr einfache Version, die aber ihre Aufgabe erfüllt.
Code:
# see "man logrotate" for details
# rotate log files weekly
weekly

# keep 4 weeks worth of backlogs
rotate 4

# create new (empty) log files after rotating old ones
create

# uncomment this if you want your log files compressed
compress

# RPM packages drop log rotation information into this directory
include /etc/logrotate.d
Schau bitte aber mal in der Crontab nach, welche Config verwendet wird. Evtl. ist es nämlich auch die logrotate.conf in
Code:
/etc/psa/logrotate.conf
Ein weiterer interessanter Einblick eröffnet sich übrigens auch bei einem Blick in das Verzeichnis
Code:
/etc/logrotate.d/
 
Also die Logrotate ist "Mist" ;) Anbei mal eine sehr einfache Version, die aber ihre Aufgabe erfüllt.

Schau bitte aber mal in der Crontab nach, welche Config verwendet wird. Evtl. ist es nämlich auch die logrotate.conf in
Code:
/etc/psa/logrotate.conf
Ein weiterer interessanter Einblick eröffnet sich übrigens auch bei einem Blick in das Verzeichnis
Code:
/etc/logrotate.d/

Komisch, im crontab unter /etc und in Plesk ist nichts von eine cronjob zu finden der logrotate ausführt.*???* Kann das sein

Code:
/etc/psa # edit logrotate.conf
include /usr/local/psa/etc/logrotate.d

/usr/local/psa/admin/logs/*_log {
        weekly
        rotate  12
        missingok
        notifempty
        copytruncate
        compress
}

/usr/local/psa/var/webalizer.cache {
        missingok
        rotate  0
        size    512M
        nocreate
}

/usr/local/psa/var/log/xferlog.processed {
        missingok
        rotate 3
        size    10M
        compress
        nocreate
}

/usr/local/psa/var/log/maillog.processed {
        missingok
        rotate 3
        size    10M
        compress
        nocreate
}

/etc/logrotate.d zeigt mir das:
Code:
" Press ? for keyboard shortcuts
" Sorted by name (.bak,~,.o,.h,.info,.swp,.obj at end of list)
"= /etc/logrotate.d/
../
apache2
mysql
scpm
snort
syslog
tomcat5
wtmp
xinetd
xntp

Welche soll ich da im crontab einbinden, und ist es machbar eine crontab gleich auszuführen um die logs zu leeren?
Danke Dir erstmal für die Hilfe und schnelle Antwort.
 
Kein Grund zur Panik!

Schon mal in /etc/cron.daily reingeschaut? Dort müsste sich ein Eintrag namens logrotate befinden.

Bennene deine aktuelle /etc/logrotate.conf mal bitte in logrotate.bak um. Danach erstellst Du mit dem Editor Deiner Wahl eine neue logrotate.conf, gibst ihr die gleichen Rechte, wie logrotate.bak und fügst dort folgenden Inhalt ein:
Code:
# see "man logrotate" for details
# rotate log files weekly
weekly
# keep 4 weeks worth of backlogs
rotate 4
# create new (empty) log files after rotating old ones create
# uncomment this if you want your log files compressed
compress
# RPM packages drop log rotation information into this directory
include /etc/logrotate.d
Danach gibst Du in der Konsole mal bitte
Code:
logrotate -f /etc/logrotate.conf
ein.
 
Last edited by a moderator:
cron.daily ist logrotate drinnen

Kein Grund zur Panik!

Schon mal in /etc/cron.daily reingeschaut? Dort müsste sich ein Eintrag namens logrotate befinden.

ist drinnen ja.
Bennene deine aktuelle /etc/logrotate.conf

Habe mit cp eine logrotate.bak angelegt
in der alten Datei sind deine Daten jetzt drinne, nach logrotate -f /etc/logrotate.conf folgt dieses:

Code:
error: bad line 35 in state file /var/lib/logrotate.status
Date kann nicht richtig geöffnet werden, weil Konsole mir einen swap-Fehler zeigt und dann geht die Datei auf an kann nichts damit anfangen. Für was ist die Datei eigentlich?
Code:
edit /var/lib/logrotate.status
logrotate state -- version 2
"/var/log/mcelog" 2005-6-9
"/var/log/scpm" 2005-6-9
"/var/log/warn" 2005-6-9
"/var/log/messages" 2005-6-9
"/var/log/allmessages" 2005-6-9
"/var/log/localmessages" 2005-6-9
"/var/log/firewall" 2005-6-9
"/var/log/mail" 2005-6-9
"/var/log/mail.info" 2005-6-9
"/var/log/mail.warn" 2005-6-9
"/var/log/mail.err" 2005-6-9
"/var/log/wtmp" 2005-6-9
"/var/log/apache2/access_log" 2006-3-2
"/var/log/apache2/error_log" 2006-3-2
"/var/log/apache2/suexec.log" 2006-3-2
"/var/log/apache2/ssl_request_log" 2006-3-2
"/var/log/apache2/ssl_engine_log" 2006-3-2
"/var/lib/mysql/mysqld.log" 2006-6-22
"/var/log/xinetd.log" 2006-3-2
"/var/log/ntp" 2006-3-2
"/var/log/snort/alert" 2006-6-19
"/var/log/snort/*log" 2006-6-19
"/var/log/snort/*/alert" 2006-6-19
"/var/log/snort/*/*log" 2006-6-19
"/var/log/mail.log" 2006-6-22
"/var/log/critmsg" 2006-6-22
"/var/log/authpriv" 2006-6-22
"#" 2006-6-22
"no" 2006-6-22
"packages" 2006-6-22
"own" 2006-6-22
"wtmp" 2006-6-22
"--" 2006-6-22
"well rotate them here
#/var/log/wtmp " 2006-6-22
 
Last edited by a moderator:
Fehler konnte ich eingrenzen, volle Platte dev/md6

Ich denke der Fehler ist eingegrenzt, das Verzeichnis /var liegt auf der Platte dev/md6 und die ist voll. Zu 100% ausgelastet. Wie kann ich die Dateien die zu groß sind jetzt lokalisieren um diese leeren?
Logrotate will aauch nicht so wie ich*omg*:(
Bin für jeden Rat und Tipp dankbar.
 
Ich bin leicht konstaniert.
in der alten Datei sind deine Daten jetzt drinne
Du solltest schon in Deine "neue" logrotate.conf "meine" Version schreiben.

Die Befehle, die Du suchst, lauten [man]df[/man], [man]du[/man].
 
Sorry dachte mal mit*ggg*, das es vielleicht so auch geht

Ich bin leicht konstaniert. Du solltest schon in Deine "neue" logrotate.conf

Ist geändert und wieder so hergestellt wie vorher, habe eine neue logrotate.conf angelegt mit deinen Daten, aber der gleiche Fehler kommt wieder.:(
 
Hallo,

bevor du etwas wieder zum laufen bekommst, musst du schon den Fehler beheben.

Also Festplattenplatz schaffen.

Denn Logrotate kann nicht arbeiten so lange die Platte noch voll ist.
 
Hallo,

Also Festplattenplatz schaffen.

Denn Logrotate kann nicht arbeiten so lange die Platte noch voll ist.

Platz schaffen ist gut, ich lösche Ihnalte in Dateien im Moment von Hand und es waren nicht wenige, aber der Platz bleibt weiterhin voll. Gibt es bei Linux wie bei windows einen Papierkorb der geleert werden muss?

Ich weiss hier net mehr weiter.
Kann es sein das hier doch mehr drauf ist als /var?

Code:
df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/md1              950M  100M  802M  12% /
tmpfs                 486M     0  486M   0% /dev/shm
/dev/md5              4.7G  1.9G  2.9G  40% /usr
/dev/md6              4.7G  4.6G   83M  99% /var
/dev/md7               19G   46M   19G   1% /home
/dev/md8               44G  924M   43G   3% /srv
none                  486M   16K  486M   1% /tmp
 
Poste doch mal bitte die oberen Zeilen von:

Code:
du -k /var | sort -nr
(evtl. mal in eine Datei ausgeben (Bsp: "du -k /var | sort -nr >/root/du.log")

So wie ich sehe ist /srv gemounted, also wird dein /var/www/ hoffentlich nicht genutzt, ansonsten da mal bitte nachgucken, da liegen bei vielen Systemen die Websites.
 
So wie ich sehe ist /srv gemounted, also wird dein /var/www/ hoffentlich nicht genutzt, ansonsten da mal bitte nachgucken, da liegen bei vielen Systemen die Websites.

Danke für den Tip, es war noch (neben /var/www) auch die /var/lib/psa/dumps und die waren auch voll gemüllt.

Vielen Dank Problem gelöst.
 
Back
Top