[gelöst] Plesk + Postfix: postfix-queue exit status 255

[HansOffenburg]

Bereue es mitlerweile wirklich das ich von Confixx umgestiegen bin auf Plesk. Plesk hat zwar eine schöne Oberfläche jedoch bringt es mir mittlerweile mehr Verdruß als sonst was, fängt an damit das ich nicht für einen Kunden und eine Domain xxx Co Domains anlegen kann bist hin dazu, das ich auch nicht alle Updates angezeigt bekomme.

damit bist du nicht alleine ich denke mal alle die confixx hatten und nun plesk sind allgemein entäuscht. ich zähle auch dazu ;) (meiner meinung nach hätte parallels plesk einstampfen sollen und confixx weiterentwickeln sollen.....)

Ganz meine Meinung! Schicke Oberfläche aber nicht viel Positives drin!
Hast Du im übrigen eine Idee zu folgendem Fehler:

warning: command /usr/lib64/plesk-9.0/postfix-queue exit status 255

Habe zwar gelesen in einem Forum das man die Datei "Postfix-Queue" austauschen soll aber irgendwie verstehe ich den Part mit der Variablen nicht.

Siehe: http://kb.parallels.com/en/6074

Danke schon mal

Gruß
Hans

[harv]

Habe zwar gelesen in einem Forum das man die Datei "Postfix-Queue" austauschen soll aber irgendwie verstehe ich den Part mit der Variablen nicht.

Siehe: http://kb.parallels.com/en/6074

The recompiled utility with timeout value 300 seconds is included to Parallels Plesk Panel since version 9.2.

Die version ist bei dir schon drin wie schaut denn deine server last aus

uptime

(die letzten 3 "Spalten" sollten je drei Zahlen sein) einfach mal zu verschiedenen Uhrzeiten testen und poste auch mal

vmstat 5 5

(VServer oder Root?)

[HansOffenburg]

Habe zwar gelesen in einem Forum das man die Datei "Postfix-Queue" austauschen soll aber irgendwie verstehe ich den Part mit der Variablen nicht.

Siehe: http://kb.parallels.com/en/6074

The recompiled utility with timeout value 300 seconds is included to Parallels Plesk Panel since version 9.2.

Die version ist bei dir schon drin wie schaut denn deine server last aus

uptime

(die letzten 3 "Spalten" sollten je drei Zahlen sein) einfach mal zu verschiedenen Uhrzeiten testen und poste auch mal

vmstat 5 5

(VServer oder Root?)

Also habe täglich ca. 3.000 mal diese Meldung die Serverlast schaut in der Regel so aus:

12:53am up 39 days 8:31, 1 user, load average: 0,07, 0,06, 0,05

Und der Befehl : vmstat 5 5 gibt folgendes aus:

vmstat 5 5
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
0 0 164 356980 291876 2373720 0 0 7 46 6 3 4 1 95 0
0 0 164 357068 291876 2373756 0 0 0 23 42 802 0 0 100 0
0 0 164 355440 291876 2373756 0 0 0 36 26 598 0 0 99 0
0 0 164 355480 291876 2373756 0 0 0 86 41 637 0 0 100 0
1 0 164 357100 291876 2373764 0 0 1 262 49 836 22 7 70 0

Also denke mal daran dürfte es nicht liegen, bei so wenig Auslastung.

Es handelt sich bei dem Server um einen Root Server, sprich habe vollen Zugriff drauf.

Hatte ich auch schon dran gedacht (Serverlast), aber der Server ist relativ Modern (kein 1/2 Jahr alt) mit genügend RAM und wie die Auslastung zeigt, dümpelt er mehr vor sich hin.

Hier auch mal ein kleiner Auszug aus dem Logfile wie man sieht tritt das ganze recht häufig auf:

Oct 1 01:00:52 h1470227 postfix/spawn[6938]: warning: command /usr/lib64/plesk-9.0/postfix-queue exit status 255
Oct 1 01:02:14 h1470227 postfix/spawn[6938]: warning: command /usr/lib64/plesk-9.0/postfix-queue exit status 255
Oct 1 01:02:18 h1470227 postfix/spawn[6938]: warning: command /usr/lib64/plesk-9.0/postfix-queue exit status 255

Gruß
Hans

[harv]

Und der Befehl : vmstat 5 5 gibt folgendes aus:

Sieht sehr gut aus an der auslastung liegst definitiv nicht

Oct 1 01:02:18 h1470227 postfix/spawn[6938]: warning: command /usr/lib64/plesk-9.0/postfix-queue exit status 255

aus welchem log stammt das? schau auch mal in di efolgenden logs (wenn vorhanden) messages, mail.err, mail.info und poste mal je einen kleinen ausschnitt (+ und - 1 minute vom ^^ fehler aus dem log)

[HansOffenburg]

Und der Befehl : vmstat 5 5 gibt folgendes aus:

Sieht sehr gut aus an der auslastung liegst definitiv nicht

[quote:3hy8qwav]Oct 1 01:02:18 h1470227 postfix/spawn[6938]: warning: command /usr/lib64/plesk-9.0/postfix-queue exit status 255

aus welchem log stammt das? schau auch mal in di efolgenden logs (wenn vorhanden) messages, mail.err, mail.info und poste mal je einen kleinen ausschnitt (+ und - 1 minute vom ^^ fehler aus dem log)[/quote:3hy8qwav]

Hallo also die Meldungen stammen vom messages Logfile. Verfolge es hin und wieder mit "tail -f"

Das Logfile mail.err besagt folgendes:

Oct 1 01:00:52 h1470227 before-remote[9241]: Lost connection
Oct 1 01:00:52 h1470227 before-remote[9241]: Some error occured
Oct 1 01:02:14 h1470227 before-queue[9251]: Processing handlers...
Oct 1 01:02:14 h1470227 before-queue[9251]: call_handlers: stop call handlers from dir '/usr/local/psa/handlers/before-queue/global'
Oct 1 01:02:14 h1470227 before-remote[9252]: Lost connection
Oct 1 01:02:14 h1470227 before-remote[9252]: Some error occured
Oct 1 01:02:18 h1470227 before-queue[9256]: Processing handlers...
Oct 1 01:02:18 h1470227 before-queue[9256]: call_handlers: stop call handlers from dir '/usr/local/psa/handlers/before-queue/global'
Oct 1 01:02:18 h1470227 before-remote[9257]: Lost connection
Oct 1 01:02:18 h1470227 before-remote[9257]: Some error occured
Oct 1 01:02:25 h1470227 before-remote[9264]: Processing handlers...
Oct 1 01:02:25 h1470227 before-queue[9263]: Processing handlers...
Oct 1 01:02:26 h1470227 before-queue[9263]: call_handlers: stop call handlers from dir '/usr/local/psa/handlers/before-queue/global'

mail.info :

Oct 1 01:02:14 h1470227 greylisting filter[9253]: Starting greylisting filter...
Sep 30 23:02:14 h1470227 postfix/smtpd[6945]: lost connection after DATA (0 bytes) from unknown[127.0.0.1]
Sep 30 23:02:14 h1470227 postfix/smtpd[6945]: disconnect from unknown[127.0.0.1]
Sep 30 23:02:14 h1470227 postfix/smtpd[9032]: disconnect from unknown[67.222.144.xxx]
Sep 30 23:02:15 h1470227 postfix/smtpd[9032]: connect from unknown[124.207.168.xxx]
Sep 30 23:02:17 h1470227 postfix/smtpd[6945]: connect from unknown[127.0.0.1]
Sep 30 23:02:17 h1470227 postfix/smtpd[9032]: NOQUEUE: client=unknown[124.207.168.xxx]
Sep 30 23:02:17 h1470227 postfix/smtpd[6945]: 8CCBD391478C: client=unknown[124.207.168.xxx]:41029
Oct 1 01:02:18 h1470227 greylisting filter[9258]: Starting greylisting filter...
Sep 30 23:02:18 h1470227 postfix/smtpd[6945]: lost connection after DATA (0 bytes) from unknown[127.0.0.1]
Sep 30 23:02:18 h1470227 postfix/smtpd[6945]: disconnect from unknown[127.0.0.1]
Sep 30 23:02:19 h1470227 postfix/smtpd[9032]: disconnect from unknown[124.207.168.xxx]
Sep 30 23:02:24 h1470227 postfix/smtpd[9032]: connect from unknown[189.32.54.xxx]
Sep 30 23:02:25 h1470227 postfix/smtpd[6945]: connect from unknown[127.0.0.1]
Sep 30 23:02:25 h1470227 postfix/smtpd[9032]: NOQUEUE: client=unknown[189.32.54.xxx]
Sep 30 23:02:25 h1470227 postfix/smtpd[6945]: 6A99C391478C: client=unknown[189.32.54.xxx]:2988
Oct 1 01:02:26 h1470227 greylisting filter[9266]: Starting greylisting filter...

Was ich jedoch am letzten Logfile nicht verstehe ist, warum dort Sept und Oktober gemischt ist?

Gruß
Hans

[harv]

Was ich jedoch am letzten Logfile nicht verstehe ist, warum dort Sept und Oktober gemischt ist?

Das ist ne echt gute frage, beobachte das mal ob das ein einzelfall war oder häufiger auftritt

Verfolge es hin und wieder mit "tail -f"

Vorbildlich! (Du machst mir hoffnung das nicht alle Pleskadmins D.a.L.A's [Dümmster anzunehmender Linux Admin] sind oder noch schlimmer D.a.W.A und deren Server bald zu einem Botnetzwerk gehören :mrgreen: )

Sep 30 23:02:18 h1470227 postfix/smtpd[6945]: lost connection after DATA (0 bytes) from unknown[127.0.0.1]

Das ist der verdächtige eintrag. Hast du irgendwelche Programme zum testen ob der Mailserver läuft installiert und im Betrieb (Watchdog von Plesk wäre ein kandidat). Da es anscheinend auschließlich bei Verbindungen vom LOCALHOST (127.0.0.1) passieren zu scheint.


für die Zukunft bitte nicht immer den gesamten beitrag quoten!

[HansOffenburg]

Hallo,

sorry erst mal das ich Fullquote gemacht habe.

Also Watchdog läuft habe sogar heute einen Bericht erhalten:

Watchdog is running since Okt 1, 2009 01:00 .
Watchdog is monitoring services:
Plesk Web Server
Web Server (Apache)
IMAP/POP3 Server (Courier-IMAP)
DNS Server (BIND)
MySQL
Plesk SpamAssassin
Watchdog is monitoring:
[normal] /dev/md0 (mount point /boot)

[normal] /dev/md1 (mount point /)


Security scans number: 1.

Events:
[Sep 8, 2009 02:50 ] 'Web Server (Apache)' service started.
[Sep 8, 2009 02:45 ] 'Web Server (Apache)' service stopped.
[Sep 1, 2009 01:00 ] Security scanning report is in the file /usr/local/psa/var/modules/watchdog/report/security_2009-09-01.

Was brauchst Du genau für Logfiles?

Bin zwar kein Linux GURU aber dennoch nicht ganz unbewandert auch wenn ich momentan irgendwie den Wald vor lauter Bäumen nicht sehe.

Gruß
Hans

[harv]

ok dann würde ich mal vorschlagen deinstallier mal den watchdog um ihn als verdächtigen auszuschließen (da Postfix mit Plesk noch neu ist müssen wir ein bischen suchen...)

Bin zwar kein Linux GURU aber dennoch nicht ganz unbewandert

man braucht auch kein guru sein aber gewisse grundkenntnisse sollte man schon haben (wie z.b. tail -f und das man die logs auch mal überwacht)

[HansOffenburg]

Hallo,

also habe den Watchdog deinstalliert, jedoch tritt der Fehler leider nachwievor auf.

Hatte auch seinerzeit mal Kaspersky installiert, welcher jetzt auch vom System entfernt wurde.
War zwar etwas tricky aber mit rpm -e psa-kav bin ich doch noch Herr der Lage geworden.

Trotzdem ändert das leider nichts an der Lage.

Gruß
Hans

[harv]

hmmmm, wenns der watchdog nicht ist, dann könnte es noch das greylisting sein nutzt du das Plesk eigene Greylisting? wenn ja einfach mal abschalten. (watchdog kannst du wenn du möchtest wieder installieren)

rpm -e psa-kav

musste ich bei mir auch so machen....das ist kein problem, hättest du das über Plesk gemacht hätte das panel auch nur diesen befehl gegeben.

[HansOffenburg]

Hallo,

nun über das Panel (mal zum KAV) ging es leider nicht, somit war nur die Variante über rpm möglich.
Wie bekomme ich dann das Greylisting wieder rein? Weil das ist schon mehr als Sinnvoll.
Die Frage wäre auch wie bekomme ich es ausgeschaltet das Greylisting?

Gruß
Hans

[Nerion]

Du kannst das Greylisting entweder unter Settings -> Mail Settings global abschalten.

Oder unterhalb der Domains -> Email-Accounts -> Settings

Was mir aber aufgefallen ist:

Oct 1 01:02:18 h1470227 before-queue[9256]: Processing handlers...
Oct 1 01:02:18 h1470227 before-queue[9256]: call_handlers: stop call handlers from dir '/usr/local/psa/handlers/before-queue/global'
Oct 1 01:02:18 h1470227 before-remote[9257]: Lost connection

Einige Handler im Ordner /usr/local/psa/handlers/before-queue/global scheinen ein Problem zu haben.

Geb mal in den Ordner und schau dir die Handler mal an.
Im Zweifelsfall mal den kompletten Ordner leeren, und danach folgenden Befehl ausführen:

# /usr/local/psa/admin/sbin/mchk --with-spam

Damit schreibt er unter anderem die Handler neu.

Wichtig!
Vorher Sicherungskopie der Handler machen.

[HansOffenburg]

Hallo,

danke für die Hilfe. Denke mal das war augenscheinlich genau das Problem (Werde mich aber morgen noch mal melden ob es jetzt endgültig beseitigt ist). Nachdem ich die Handler gelöscht habe in :

'/usr/local/psa/handlers/before-queue/global'

und den Befehl ausgeführt habe, scheint alles ok zu sein. Das einzigste was ich noch fragen wollte ist, ob es normal ist das in dem o.a. Ordner die Dateien die sich dort befunden haben nicht wieder hergestellt wurden? Der Ordner ist bist auf das Backup leer. Und das mit dem Greylisting habe ich übrigens Global nicht gefunden. Muss ich das im Zweifelsfall für alle vorhandenen Domains machen? (Rein interessehalber)

Gruß
Hans

[harv]

# /usr/local/psa/admin/sbin/mchk --with-spam

:oops: warum bin ich nicht auf die idee gekommen :oops:

Und das mit dem Greylisting habe ich übrigens Global nicht gefunden. Muss ich das im Zweifelsfall für alle vorhandenen Domains machen?

Ich finde es bei mir auch nicht mehr aber lass es ruhig drin ist ein sehr gutes anti spam system ....

[Nerion]

Das der Ordner global nun leer ist, kann sein. Denn möglicherweise waren die Handler irgendwelche Altlasten, die versucht wurden auszuführen, aber nicht konnten, da zugehörige Verweise gefehlt haben.

Wenn alles funktioniert, dann erstmal nicht beunruhigen lassen, du hast ja notfalls die Sicherung.

Greylisting kann man global unter Settings/Einstellungen -> Spamfilter / Spameinstellungen (oder so ähnlich) global ein und ausschalten.

Dann jedoch muss jeder Kunde das noch in seinem Postfach ein bzw. ausschalten. Unterhalb der Domain -> Mail-Accounts -> Mail-Settings/Mail-Einstellungen