Hallo,
ich habe irgendwie ein Prob mit meinem vServer, meine mail.logs werden seit August nicht mehr geschrieben (ist mir eben erst aufgefallen, da ich die Mails ne zeitlang nur umgeleitet hatte). Kann man dem irgendwie auf den Grund gehen? Find ich schon komisch irgendwie 
Grüße
Ich hatte auch dieses Problem. Ich wollte die Logdatei leeren, nachdem ich mit der Einrichtung und Tests fertig war, und habe die Datei gelöscht und neu angelegt. Das hat allerdings nichts gebracht. Wenn ich mich recht erinnere, hat es geholfen, sysklog neuzustarten (evtl. auch andere Logger, die in /etc/init.d/ ihre Startskripte haben).
Zitat von Robert;1916Ich hatte auch dieses Problem. Ich wollte die Logdatei leeren, nachdem ich mit der Einrichtung und Tests fertig war, und habe die Datei gelöscht und neu angelegt. Das hat allerdings nichts gebracht. Wenn ich mich recht erinnere, hat es geholfen, sysklog neuzustarten (evtl. auch andere Logger, die in /etc/init.d/ ihre Startskripte haben).
Syslog hat die Logfiles geöffnet. Und wenn die Datei gelöscht wird, wird das Filehandle ungültig und Syslog muss neugestartet werden. Logrotate macht das beispielsweise so.
Also ich habe alle "Log'er" neugestarted, die Startskripte in /etc/init.d haben. Aber das hat leider nichts genutzt 
Steht in der /etc/syslog.conf auch der Eintrag für mail.* ??
Und die Datei /etc/mail.log ist auch für root beschreibbar ??
Servus,
in der .conf steht:
mail.* -/var/log/mail.log
root:/var/log# ls -ltr mail*log
-rw-r----- 1 root adm 62817 7. Aug 07:30 mail.log
das bedeutet schon, dass root die beschreiben darf, richtig? 
Zitat von B. Bachmann;1924das bedeutet schon, dass root die beschreiben darf, richtig?
Ich dachte, root darf eh alles? Aber zum Vergleich die entsprechende Ausgabe auf meinem vServer, die Berechtigungen scheinen richtig zu sein:
-rw-r----- 1 root adm 103604 2008-10-13 18:22 mail.logZum Vergleich noch meine syslog.conf, das dürfte noch die Standardkonfiguration sein:
# /etc/syslog.conf Configuration file for syslogd.
#
# For more information see syslog.conf(5)
# manpage.
#
# First some standard logfiles. Log by facility.
#
auth,authpriv.* /var/log/auth.log
*.*;auth,authpriv.none -/var/log/syslog
#cron.* /var/log/cron.log
daemon.* -/var/log/daemon.log
kern.* -/var/log/kern.log
lpr.* -/var/log/lpr.log
mail.* -/var/log/mail.log
user.* -/var/log/user.log
uucp.* /var/log/uucp.log
#
# Logging for the mail system. Split it up so that
# it is easy to write scripts to parse these files.
#
mail.info -/var/log/mail.info
mail.warn -/var/log/mail.warn
mail.err /var/log/mail.err
# Logging for INN news system
#
news.crit /var/log/news/news.crit
news.err /var/log/news/news.err
news.notice -/var/log/news/news.notice
#
# Some `catch-all' logfiles.
#
*.=debug;\
auth,authpriv.none;\
news.none;mail.none -/var/log/debug
*.=info;*.=notice;*.=warn;\
auth,authpriv.none;\
cron,daemon.none;\
mail,news.none -/var/log/messages
#
# Emergencies are sent to everybody logged in.
#
*.emerg *
#
# I like to have messages displayed on the console, but only on a virtual
# console I usually leave idle.
#
#daemon,mail.*;\
# news.=crit;news.=err;news.=notice;\
# *.=debug;*.=info;\
# *.=notice;*.=warn /dev/tty8
# The named pipe /dev/xconsole is for the `xconsole' utility. To use it,
# you must invoke `xconsole' with the `-file' option:
#
# $ xconsole -file /dev/xconsole [...]
#
# NOTE: adjust the list below, or you'll go crazy if you have a reasonably
# busy site..
#
daemon.*;mail.*;\
news.crit;news.err;news.notice;\
*.=debug;*.=info;\
*.=notice;*.=warn |/dev/xconsoleUnd hast du mal versucht, die Datei zu löschen/umzubenennen? Eigentlich müsste sie dann beim Neustart der Logger neu angelegt werden...
Ich glaub ich hab das Problem gefunden.
Es laufen gar keine Logger mehr?!?
ps -ef | grep log bringt nur folgendes:
root:~# ps -ef | grep log
root 11761 11721 0 Oct11 ? 00:00:00 logger -p daemon.err -t mysqld_safe -i -t mysqld
root 11845 1 0 Oct11 ? 00:00:00 /usr/sbin/courierlogger -pid=/var/run/courier/authdaemon/pid -start /usr/lib/courier/courier-authlib/authdaemond
root 11852 1 0 Oct11 ? 00:00:00 /usr/sbin/courierlogger -pid=/var/run/courier/imapd.pid -start -name=imapd /usr/sbin/couriertcpd -address=0 -maxprocs=40 -maxperip=20 -nodnslookup -noidentlookup 143 /usr/lib/courier/courier/imaplogin /usr/bin/imapd Maildir
root 11853 11852 0 Oct11 ? 00:00:00 /usr/sbin/couriertcpd -address=0 -maxprocs=40 -maxperip=20 -nodnslookup -noidentlookup 143 /usr/lib/courier/courier/imaplogin /usr/bin/imapd Maildir
root 11858 1 0 Oct11 ? 00:00:00 /usr/sbin/courierlogger -pid=/var/run/courier/pop3d.pid -start -name=pop3d /usr/sbin/couriertcpd -maxprocs=40 -maxperip=4 -nodnslookup -noidentlookup -address=0 110 /usr/lib/courier/courier/courierpop3login /usr/lib/courier/courier/courierpop3d Maildir
root 11859 11858 0 Oct11 ? 00:00:00 /usr/sbin/couriertcpd -maxprocs=40 -maxperip=4 -nodnslookup -noidentlookup -address=0 110 /usr/lib/courier/courier/courierpop3login /usr/lib/courier/courier/courierpop3d Maildir
root 27497 27471 0 09:37 pts/10 00:00:00 grep log/etc/init.d/syslog start bewirkt gar nix?!?
Mhm... Muss ich wohl mal intensiver danach schauen.
//EDIT
ich bin doof, ich hatte bei der Lenny-Migration "klogd" deinstallieren müssen. Dazu gehört dann sicher auch syslog?!
Nachdme ich ihn wieder installiert habe bekomm ich zwar ständig wieder die doofe Fehlermeldung, aber die Logs gehen... 
Dieses Paket installiert als Abhängigkeit dann sysklogd.
Es gibt doch ein Lenny-Image. Warum gehst Du den Weg über ein dist-upgrade?
