syslogd stoppt täglich auf he vps

maliA

maliA

New Member
Hallo,

ich habe ein Debian auf einem vps bei hosteurope am laufen.

Dort stoppt jedoch täglich um eine bestimmt Uhrzeit der syslogd das loggen und /var/log/messages ist aber dieser Uhrzeit leer. Syslogd muss daraufhin neu gestartet werden, dann beginnt das loggen wieder.

Ich habe mir die Uhrzeit mal etwas näher angeschaut und es ist exakt die Zeit in der die täglichen cronjobs ausgerichtet werden. Genauer, in /etc/crontab
Code: 
17 5 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
Und genau um 5.17h hört dann das loggen auf.
Wenn ich in /etc/crontab die Uhrzeit ändere, dann hört auch das loggen an einer anderen Uhrzeit auf, der Zusammenhang wäre als bewiesen.

Wem es auffällt, ich habe in der crontab schon die syntax von sarge umgestellt, so wie sie in etch verwendet wird - hat nichts geändert.

Weiss nicht mehr weiter. Der Zusammenhang ist mir auch nicht ganz klar, wie der cronjob sich auf syslogd auswirken kann. Syslogd läuft ja noch, aber loggt einfach nicht mehr. Auf dem virtuellen System stehen auch nicht alle logs zur Verfügung, die einem da weiterhelfen könnten.

Einer eine Idee?
Vielen Dank schon mal!
 
Also in /etc/cron.daily liegen bei mir nur zwei Dateien: mysql-server-41 und logrotate, wobei erstere nur den mysql-server betrifft und zweitere nur folgenden Inhalt hat:
Code: 
test -x /usr/sbin/logrotate || exit 0
/usr/sbin/logrotate /etc/logrotate.conf

/etc/logrotate.conf sieht so aus:
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

# packages drop log rotation information into this directory
include /etc/logrotate.d

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

/var/log/btmp {
    missingok
    monthly
    create 0664 root utmp
    rotate 1
}

# system-specific logs may be configured here

also meines Erachtens auch sehr einfach gehalten und nichts Ungewöhnliches drin, was irgendwie den syslogd betreffen könnte.
Wenn logrotate nicht weekly sondern daily wäre, würde ich ja noch sagen, es könnte sein, dass syslogd gerade loggen möchte, als rotate durchgeführt wird und daher keine Datei zum loggen findet, aber bei weekly kann das ja auch nicht sein.:confused:
 
Hm, jetzt wird es vielleicht interessant.

In /etc/logrotate.d liegt eine Datei inetutils-syslogd in der wiederum zwei interessante Stellen drin sind:

Code: 
/var/log/messages {
   rotate 4
   weekly
   missingok
   notifempty
   compress
}
Die Stelle dürfte mit meinem täglichen Problem aber nichts zu tun haben, da auch auf weekly und /var/log/messages gibt es ja auf meinem vServer.

Code: 
/var/log/syslog {
   rotate 7
   daily
   compress
   postrotate
      /etc/init.d/inetutils-syslogd reload >/dev/null
   endscript
}

/var/log/syslog gibt es nämlich auf meinem vServer gar nicht und es steht nichts von "missingok" oder "notifempty" drin und ">/dev/null" würde erklären, wieso sich von meinem Problem nichts in den logs findet. Könnte hier das Problem begraben sein.

Wenn dem so wäre, müssten aber alle Leute mit einem vServer und Debian bei hosteurope das Problem haben...:confused:
 
Offenbar ist das etwas eigenes, ein Standard-Debian hat für syslog ein Skript unter /etc/cron.daily.
 
Ja, davon ging ich schon aus, dass es was eigenes ist, daher habe ich es auch hier gepostet und nicht im debianforum. Ist mein erster vServer. Die Virtuozzo-Lösung ist schon ziemlich eingeschränkt. Ich muss sagen, wenn ich mir nochmal einen holen würde, würde ich eine Xen- oder VMware-Lösung nehmen, wo ich zumindest meinen eigenen Kernel habe.

Habe jetzt in etc/logrotate.d/inetutils-syslogd die Stelle auf:
Code: 
/var/log/syslog {
   rotate 7
   daily
   missingok
   notifempty
   compress
   postrotate
      /etc/init.d/inetutils-syslogd reload >/dev/null
   endscript
}
geändert. Eben "missingok" und "notifempty" eingefügt und es läuft durch:)

Werde es mal weiter beobachten, aber es sieht gut aus...
 
You must log in or register to reply here.
Back
Top