gelöst / solved: Maillog ist und bleibt leer
Hallo zusammen,
ich habe einen VServer bei Strato.
CentOS Linux 7.2.1511
Plesk Version 12.5.30.
Es ist eine Maschine, die seit ein paar Wochen läuft. Mein großes Problem sind die maillogs. Seit 2 Tagen wird nichts in die maillogs geschrieben, weder postfix noch dovecot. Ich habe natürlich die google und forum suche bemüht und einiges probiert alles ohne Erfolg.
Als erstes habe ich dovecot und postfix neu gestartet. Dann habe ich den Syslog-Daemon (rsyslogd) neu gestartet:
service rsyslog status
cat /etc/rsyslog.conf bringt folgendes Ergebnis:
Das scheint für mich alles zu passen, oder? Es finden sich Postfix-Einträge im Journal: journalctl | grep postfix es wird also protokolliert. Maillog Dateirechte & Besitzer, stimmen diese?:
.logrotate config:
cat /etc/logrotate.conf
Sieht für mich auch gut aus. Ich habe logrotate zur Sicherheit neu gestartet:/usr/sbin/logrotate -f /etc/logrotate.conf, brachte auch nichts.
Leider habe ich nur rudimentäre Linux Kenntnisse und bin mit meinem Latein am Ende. Hat irgendjemand bitte einen Hinweis warum ich die Logs nicht zum Laufen kriege?
LG Angie
Hallo zusammen,
ich habe einen VServer bei Strato.
CentOS Linux 7.2.1511
Plesk Version 12.5.30.
Es ist eine Maschine, die seit ein paar Wochen läuft. Mein großes Problem sind die maillogs. Seit 2 Tagen wird nichts in die maillogs geschrieben, weder postfix noch dovecot. Ich habe natürlich die google und forum suche bemüht und einiges probiert alles ohne Erfolg.
Als erstes habe ich dovecot und postfix neu gestartet. Dann habe ich den Syslog-Daemon (rsyslogd) neu gestartet:
service rsyslog status
Code:
Redirecting to /bin/systemctl status rsyslog.service
● rsyslog.service - System Logging Service
Loaded: loaded (/usr/lib/systemd/system/rsyslog.service; enabled; vendor preset: enabled)
Active: active (running) since Do 2016-03-03 10:35:11 CET; 7s ago
Main PID: 28925 (rsyslogd)
CGroup: /system.slice/rsyslog.service
└─28925 /usr/sbin/rsyslogd -n
cat /etc/rsyslog.conf bringt folgendes Ergebnis:
Code:
# rsyslog configuration file
# For more information see /usr/share/doc/rsyslog-*/rsyslog_conf.html
# If you experience problems, see http://www.rsyslog.com/doc/troubleshoot.html
#### MODULES ####
# The imjournal module bellow is now used as a message source instead of imuxsock.
$ModLoad imuxsock # provides support for local system logging (e.g. via logger command)
$ModLoad imjournal # provides access to the systemd journal
#$ModLoad imklog # reads kernel messages (the same are read from journald)
#$ModLoad immark # provides --MARK-- message capability
# Provides UDP syslog reception
#$ModLoad imudp
#$UDPServerRun 514
# Provides TCP syslog reception
#$ModLoad imtcp
#$InputTCPServerRun 514
#### GLOBAL DIRECTIVES ####
# Where to place auxiliary files
$WorkDirectory /var/lib/rsyslog
# Use default timestamp format
$ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat
# File syncing capability is disabled by default. This feature is usually not required,
# not useful and an extreme performance hit
#$ActionFileEnableSync on
# Include all config files in /etc/rsyslog.d/
$IncludeConfig /etc/rsyslog.d/*.conf
# Turn off message reception via local log socket;
# local messages are retrieved through imjournal now.
$OmitLocalLogging on
# File to store the position in the journal
$IMJournalStateFile imjournal.state
#### RULES ####
# Log all kernel messages to the console.
# Logging much else clutters up the screen.
#kern.* /dev/console
# Log anything (except mail) of level info or higher.
# Don't log private authentication messages!
*.info;mail.none;authpriv.none;cron.none /var/log/messages
# The authpriv file has restricted access.
authpriv.* /var/log/secure
# Log all the mail messages in one place.
mail.* -/var/log/maillog
Habs auch so probiert:
mail.* -/usr/local/psa/var/log/maillog
da dies ein symlink auf /var/log/maillog ist der auch funzt.
# Log cron stuff
cron.* /var/log/cron
# Everybody gets emergency messages
*.emerg :omusrmsg:*
# Save news errors of level crit and higher in a special file.
uucp,news.crit /var/log/spooler
# Save boot messages also to boot.log
local7.* /var/log/boot.log
# ### begin forwarding rule ###
# The statement between the begin ... end define a SINGLE forwarding
# rule. They belong together, do NOT split them. If you create multiple
# forwarding rules, duplicate the whole block!
# Remote Logging (we use TCP for reliable delivery)
#
# An on-disk queue is created for this action. If the remote host is
# down, messages are spooled to disk and sent when it is up again.
#$ActionQueueFileName fwdRule1 # unique name prefix for spool files
#$ActionQueueMaxDiskSpace 1g # 1gb space limit (use as much as possible)
#$ActionQueueSaveOnShutdown on # save messages to disk on shutdown
#$ActionQueueType LinkedList # run asynchronously
#$ActionResumeRetryCount -1 # infinite retries if host is down
# remote host is: name/ip:port, e.g. 192.168.0.1:514, port optional
#*.* @@remote-host:514
# ### end of the forwarding rule ###
Das scheint für mich alles zu passen, oder? Es finden sich Postfix-Einträge im Journal: journalctl | grep postfix es wird also protokolliert. Maillog Dateirechte & Besitzer, stimmen diese?:
Code:
-rw-r----- 1 root root 0 2. Mär 21:23 maillog
.logrotate config:
cat /etc/logrotate.conf
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
# use date as a suffix of the rotated file
dateext
# uncomment this if you want your log files compressed
#compress
# RPM packages drop log rotation information into this directory
include /etc/logrotate.d
# no packages own wtmp and btmp -- we'll rotate them here
/var/log/wtmp {
monthly
create 0664 root utmp
minsize 1M
rotate 1
}
/var/log/btmp {
missingok
monthly
create 0600 root utmp
rotate 1
}
Sieht für mich auch gut aus. Ich habe logrotate zur Sicherheit neu gestartet:/usr/sbin/logrotate -f /etc/logrotate.conf, brachte auch nichts.
Leider habe ich nur rudimentäre Linux Kenntnisse und bin mit meinem Latein am Ende. Hat irgendjemand bitte einen Hinweis warum ich die Logs nicht zum Laufen kriege?
LG Angie
Last edited by a moderator: