chr.istoph, der Blog

Nach einem Neustart wegen Updates kam der Amavis Dienst nicht mehr hoch und schmiss folgende Fehlermeldungen in den /var/log/mail.log

Oct 2 01:18:15 mx01 amavis[4143]: (!!)TROUBLE in pre_loop_hook: check: no loaded plugin implements 'check_main': cannot scan! at /usr/share/perl5/Mail/SpamAssassin/PerMsgStatus.pm line 164.
Oct 2 01:18:15 mx01 amavis[4143]: (!)_DIE: Suicide () TROUBLE in pre_loop_hook: check: no loaded plugin implements 'check_main': cannot scan! at /usr/share/perl5/Mail/SpamAssassin/PerMsgStatus.pm line 164.\n

Nach ein bisschen Reschersche habe ich herausgefunden das es mal wieder ein Rechteproblem war.
Der richtige weg ist es den Ordner /etc/mail mit rechen der Gruppe Amavis zu versehen. Test weise habe ich aber die Dateien auf chmod 0777 /etc/mail -R gesetzt. Dann konnte ich den amavis mit /etc/inid.d/amavis start wieder starten.

So ich habe jetzt endlich wie auf der arbeit unter meinen Ubuntu einen Multiscreen. Dafür waren aber ein par Kneife in der /etc/X11/xorg.conf nötig.

Option "TwinView" "on"
Einschalten des Multiscreen

Option "TwinViewOrientation" "LeftOf"
Die Position des Screens festlegen. Bei mir war das Links.

Option "MetaModes" "1280x1024,1280x1024;1024x768,1024x768;800x600,800x600"
Die auflösung erklärt sich von selbst.

Option "UseEdidFreqs" "on"
Hier werden die MHz selbst berechnet.

Option „TwinViewXineramaInfoOrder“ „DFP“
Und den Premeren Screen auch auf auf die Linke Seite legen.

Quelle: wiki.ubuntuusers.de

Also das Fedora unter VMware nicht Unterstützt wird, das war uns ja eigentlich schon klar aber das was heute Passiert war war echt der Hammer.

16:30
Der Fedora 8 hat sich aufgehangen. Ein Aufrufen der Webseiten war nicht mehr möglich. Also habe ich mich eingelockt und die üblichen Symptome festgestellt. Top kann nicht mehr aufgerufen werden und mit su kann man nicht mehr zu root wechseln. Da dies schon öfters aufgetreten war habe ich mich mal rangesetzt und die Virtuelle Maschine nicht die reckt neu gestartet sondern nach dem Fehler gesucht. Da ps -aux ging habe ich festgestellt das ein User nicht aufgelöst wurde. 69 der für den haldaemon zuerst dachte ich es könne daran liegen, dann habe ich mir mit netstat -apt die Netzwerk Verbindungen angeschaut und da schien mir das eigentliche Problem zu liegen. netstat -atn | grep TIME_WAIT | wc -l ergab 2200 TIME_WAITS

Dann haben wir das Netzwerk neugestartet und Boom. Über die Console vom VMware war dann auch kein einloggen mehr möglich.

17:11
OK Dachte ich mir jetzt müssen wir halt neustarten. Aber da machte mir dann der VMware ESX Server einen Strich durch die Rechnung:

So dann ging ich an den anderen VServer und wollte nur ein par Daten kopieren da brach auf einem die Putty Verbindung ab. Ein neues einloggen war nicht mehr möglich.

Also wieder in die Konsole und was las ich da. Der Server war mit einem Ausrufungszeichen gekennzeichnet. Dann Restartete er sich Plötzlich von alleine. OK schauen wir mal was Passiert.
Nix er hing sich mitten bei Booten auf. VMware Wurf dann noch die Fehlermeldung: Error connecting to /verzeichnisse/datei.vmx because the VMX is not started.

18:30
Irgend was war heute total faul. Deswegen habe ich erst mal Feierabend gemacht.

[Update folgt…]

Da hat mich Chef doch mal wieder auf eine Interessante Idee gebracht. Um zu überprüfen ob eine E-Mail Adresse existiert, haben wir einen nslookup auf den MX Eintrag der Domain gemacht. So finden wir heraus ob eine E-Mail überhaupt zugestellt werden kann.

Dies könnte man jetzt noch weiter übertreiben, indem man eine Verbindung nach 25 aufmacht und testet ob der Empfänger existiert. Dies ist aber auf Grund von Graylisting und co. nicht möglich.

function nslookupMX($email)
{
  list($user,$domain) = split("@",$email);
  //TODO: NSLOOKUP php function nutzen
  exec('nslookup -q=mx '. $domain, $nslookup);
  // Non-authoritative answer
  // NXDOMAIN
  foreach($nslookup as $value)
  {
    // Schlüssel wörter von nslookup feddora 9 ggf. anpassen. 
    if(strpos($value, 'NXDOMAIN') || strpos($value, 'Non-authoritative'))
    {
      return false;
    }
  }
  return true;
}

Beispiel Code! Code so nicht im Einsatz! Durch die excec function ist die function anfällig für hecking.

Der NTP Client ist zumglück bereits installirt. Ansonsten vermutlich
yum install ntp

Dann die ntp.conf bearbeiten.
nano /etc/ntp.conf

Die breis enthalten Server ändern gals gewünscht.
#server 0.fedora.pool.ntp.org dynamic
#server 1.fedora.pool.ntp.org dynamic
#server 2.fedora.pool.ntp.org dynamic

restrict timeserver.rwth-aachen.de mask 255.255.255.255 nomodify notrap noquery
restrict timeserver2.rwth-aachen.de mask 255.255.255.255 nomodify notrap noquery
server timeserver.rwth-aachen.de
server timeserver2.rwth-aachen.de

Dann ein mal per hant Testen.
# ntpdate -u timeserver.rwth-aachen.de
29 Aug 12:02:26 ntpdate[4661]: step time server 134.130.4.17 offset -7089.731177 sec

Den NTP Dinst beim Starten des Server einschalten.
# /sbin/chkconfig ntpd on

Nur noch Starten. Fertig.
# /sbin/service ntpd start
ntpd starten: [ OK ]

Quelle: brandonhutchinson.com