Lonesome Walker

Für alle, die auch erst mal nicht gleich verstanden haben, was die Fehlermeldung besagt…

Zuerst mal mit logrotate -d /pfad/zur/config debuggen.


home:~# logrotate -d /etc/logrotate.d/sample
reading config file /etc/logrotate.d/sample
error: /etc/logrotate.d/sample:10 unexpected log filename
error: found error in /var/log/sample/*log , skipping
removing last 1 log configs

Handling 0 logs


Besagte Config-Datei öffnen.
Logrotate sagt einem sogar GANZ GENAU, in welcher Zeile der Fehler steckt.
(in diesem Falle Zeile 10)

Zuvor stand da:

/var/log/sample/*log {
copytruncate
weekly
compress
delaycompress
rotate 52
missingok
create 640 root root
sharedscripts
/usr/bin/killall -HUP sample
endscript
}


Und damit das richtig wird:

/var/log/sample/*log {
copytruncate
weekly
compress
delaycompress
rotate 52
missingok
create 640 root root
sharedscripts
service sample reload
endscript
}


Für alle, die keine Lust mehr auf verseuchte Mails von außen haben, und Postfix als MTA nutzen, here we go:

nano /etc/postfix/main.cf

Dann einfach folgende Zeile einfügen:
mime_header_checks = regexp:/etc/postfix/mime_header_checks

Jetzt noch:
nano /etc/postfix/mime_header_checks
Und dann schreiben wir da alle Extensions rein, die wir nicht mehr wollen 🙂

Beispiel (alles in eine Zeile!):
/name=[^>]*\.(bat|com|exe|dll|vbs|xlsm|docm|pptm|ps1|ps2|ps3|ps4|arj|jar|jnlp|pif|ps5)/ REJECT

So, und damit Postfix auch die mime_header_checks macht, ein kurzes:
/etc/init.d/postfix restart

So, es ist ja immer wieder sehr schön, auf bestehende CMS oder Frameworks aufzusetzen.

Weniger schön ist es, wenn die Fehlermeldungen so herrlich nichtssagend sind, und das Debuggen dann zur Qual wird.

Für alle, die nach:

Notice: bp_setup_current_user wurde fehlerhaft aufgerufen. Der aktuelle Benutzer wird ohne Verwendung von $wp->init() initialisiert.


oder dem englischen Pendant:

Notice: bp_setup_current_user was called incorrectly. The current user is being initialized without using $wp->init().


suchen: meistens ist die functions.php im aktuellen Theme schuld.

Quick-Check:
Standard-Theme von WordPress aktivieren -> Fehler weg -> Theme schuld
Davor sollte man natürlich auch die einzelnen Plugins deaktivieren, und so den Schuldigen finden; bei einem Theme wird es jedoch schon schwieriger, da die auslösende Funktion zu finden…

Typischerweise wird in der functions.php irgendeine Benutzerberechtigung abgefragt a la:

if (!current_user_can('manage_options')) {
add_filter('show_admin_bar', '__return_false');
}


Schuld ist dann natürlich:
current_user_can

Na denn, für alle, die auch ein sauberes Errorlog wünschen… 🙂