QMail startet nicht / status wird nicht angezeigt

[PhilippG]

Hi.
Ich habe ein problem mit QMail.

Plesk sagt, dass QMail nicht läuft.

Wenn ich

/etc/init.d/qmail status

abfrage, bekomme ich nichts zurück.

"stop" und "start" liefern ebenfalls nichts zurück.

Der Fehler ist aufgefallen, weil das senden von Mails via php nicht mehr korrekt funktionierte, nachdem der Server over Quota gelaufen war (ist mittlerweile behoben).

Ich bin als root eingeloggt und sehe per "ps -ax" auch nichts von QMail mehr laufen.

/var/log/mail.err
Enthält diversen mir unbekannten mailadressen. Die Timestamps sind aber immer aktuell und es kommen laufend neue hinzu.

/var/log/mail
Enthält einige Fehler, die aber auf Feb. diesen Jahres datiert sind. Damals lief das System aber noch problemlos.

/user/local/psa/var/log/maillog
Sieht ähnlich wie mail.err aus.

Beim Starten von QMail via Plesk bekomme ich folgenden Fehler:

ERROR: PleskFatalException	Verknüpfung erstellen 
Eine Ebene höher 


Unable to make action: Unable to manage service by mailmng: mailmng: Service /etc/init.d/qmail failed to restart

System error 2: No such file or directory
0: /usr/local/psa/admin/plib/common_func.php3:190
 psaerror(string 'Unable to make action: Unable to manage service by mailmng: mailmng: Service /etc/init.d/qmail failed to restart System error 2: No such file or directory')
1: /usr/local/psa/admin/htdocs/server/restart_services.php:28

OS ist Ubuntu.

Bin für jeden Rat dankbar.

Grüße, Philipp

 

[Huschi]

Da der SMTP-Server bei einer Plesk-Installation über xinetd läuft, nimmt dieser noch Emails an, kann sie aber nicht Qmail-Hauptprozess nicht zuspielen. Evtl. gibt es hier schon die passende Auflösung. Also, welche Meldungen stehen im /user/local/psa/var/log/maillog?
Evtl. bekommst Du eine Fehlermeldung, wenn Du qmail-start per Hand aufrufst:

/var/qmail/bin/qmail-start "| /usr/bin/deliverquota ./Maildir" splogger qmail

Falls irgendwas an der Datei-Struktur von Qmail kaputt sein sollte, hilft es kurz auf Postfix zu wechseln und entweder dabei zu bleiben oder direkt danach wieder auf Qmail zurück zu switchen. Das kann der autoinstaller von Plesk recht schnell und einfach machen.

Wichtige zusätzliche Infos die Du jedesmal erwähnen solltest: Welche Plesk-Version, welche Ubuntu-Version?

huschi.

 

[PhilippG]

Hier der Inhalt von "/user/local/psa/var/log/maillog" (in Auszügen)

Jun 12 13:09:52 h1091827 qmail-queue-handlers[11962]: recipient[5] = 'cardonapoc@gmail.com'
Jun 12 13:09:52 h1091827 qmail-queue-handlers[11962]: handlers dir = '/var/qmail//handlers/before-queue/recipient/null@mail.com'
Jun 12 13:09:52 h1091827 qmail-queue-handlers[11962]: recipient[6] = 'eins@mail.com'
Jun 12 13:09:52 h1091827 qmail-queue-handlers[11962]: handlers dir = '/var/qmail//handlers/before-queue/recipient/eins@mail.com'
Jun 12 13:09:52 h1091827 qmail-queue-handlers[11962]: recipient[7] = 'zwei@mail.com'
Jun 12 13:09:53 h1091827 qmail-queue-handlers[11962]: handlers dir = '/var/qmail//handlers/before-queue/recipient/zwei@mail.com'
Jun 12 13:09:53 h1091827 qmail-queue-handlers[11962]: recipient[8] = 'drei@mail.com'
Jun 12 13:09:53 h1091827 qmail-queue-handlers[11962]: handlers dir = '/var/qmail//handlers/before-queue/recipient/drei@mail.com'
Jun 12 13:09:53 h1091827 qmail-queue-handlers[11962]: recipient[9] = 'vier@mail.com'
Jun 12 13:09:53 h1091827 qmail-queue-handlers[11962]: handlers dir = '/var/qmail//handlers/before-queue/recipient/vier@mail.com'
Jun 12 13:09:53 h1091827 qmail-queue-handlers[11962]: recipient[10] = fuenf@mail.com'
Jun 12 13:09:53 h1091827 qmail-queue-handlers[11962]: handlers dir = '/var/qmail//handlers/before-queue/recipient/fuenf@mail.com'
Jun 12 13:09:53 h1091827 qmail-queue-handlers[11962]: recipient[11] = 'sechs@mail.com'
Jun 12 13:09:53 h1091827 qmail-queue-handlers[11962]: handlers dir = '/var/qmail//handlers/before-queue/recipient/sechs@mail.com'
Jun 12 13:09:53 h1091827 qmail-queue-handlers[11962]: starter: submitter[11965] with error code 63
Jun 12 13:09:53 h1091827 qmail-queue-handlers[11962]: mailsend: wait for submitter failed
Jun 12 13:09:53 h1091827 qmail-queue-handlers[11962]: cannot reinject message to mail system
Jun 12 13:20:31 h1091827 smtp_auth: SMTP connect from (null)@(null) [188.18.74.102]
Jun 12 13:20:31 h1091827 smtp_auth: smtp_auth: SMTP user info@allround-security.com : logged in from (null)@(null) [188.18.74.102]
Jun 12 13:20:33 h1091827 qmail-queue-handlers[21544]: Handlers Filter before-queue for qmail started ...
Jun 12 13:20:34 h1091827 qmail-queue-handlers[21544]: from=sieben@mail.com
Jun 12 13:20:34 h1091827 qmail-queue-handlers[21544]: to=acht@mail.com

Ich wusste bisher z.B. nicht, dass da zwischen einem xinetd und qmail etwas übergeben wird. Dann macht der Log-Eintrag "cannot reinject message to mail system" wohl mehr Sinn?

Das von dir angegebene Kommando bringt auch leider keine Ausgabe.

Plesk-Version ist 8.6

Beim OS habe ich gerade selber eine Überraschung erlebt. Laut Unterlagen ist es Ubuntu, die /etc/issue sagt aber es sei SuSe 10.1

Deine Empfehlung wäre jetzt mittels dieses Kommandos hier zu postfix und danach zurück zu wechseln?

/usr/local/psa/admin/sbin/autoinstaller --select-release-current --install-component postfix

 

[Huschi]

die /etc/issue sagt aber es sei SuSe 10.1

Ebenfalls /etc/SuSE-release?
Kann ich mir aber gut vorstellen bei dem Alter der Plesk-Version.

/usr/local/psa/admin/sbin/autoinstaller --select-release-current --install-component postfix

Ja, ich glaube so lautete der Befehl auch schon unter Plesk 8.6.

huschi.

 

[PhilippG]

Ja, ist tatsächlich SuSe 10.1 .

Hier die Ausgabe für das Kommando:

h1091827:~ # /usr/local/psa/admin/sbin/autoinstaller --select-release-current --install-component postfix 
Downloading the file products.inf3: 100% done.
Downloading the file plesk.inf3: 11%..20%..30%..41%..51%..60%..70%..80%..91%..100% done.
Downloading the file ppsmbe.inf3: 39%..100% done.
Downloading the file sitebuilder.inf3: 48%..100% done.
Downloading the file sso.inf3: 10%..37%..51%..64%..91%..100% done.
Checking for installed packages... 
Downloading the file PSA_8.6.0/plesk-8.6.0-suse10.1-i386.inf3: 11%..20%..30%..40%..50%..62%..72%..82%..90%..100% done.
Virtuozzo was detected. Trying to connect to VZAgent...Warning! Failed to connect to VZAgent: ioctl: Transport endpoint is not connected
Detecting installed product components.
[B]Warning: following component(s) not found: 'postfix'[/B]
You already have the latest version of product(s) and all selected components
 installed. Installation will not continue.

Wenn ich danach versuche mittels autoinstaller zu qMail zu kommen, bekomme ich die selbe Meldung.

Er findet also die Komponente nicht? Kann es an der veralteten Plesk-Version liegen?

 

[Huschi]

Er findet also die Komponente nicht? Kann es an der veralteten Plesk-Version liegen?

Dazu kann man definitiv ein "Ja" antworten.

Entweder Du versucht nun das bestehende Qmail-Problem zu finden oder lässt Deinen Server mit einem aktuellen OS und Plesk neu aufsetzen.
(Letzteres sollte allein aus Sicherheitsgründen bevorzugt werden.)

Für erstere Lösung würde ich erstmal mchk drüber laufen lassen. Der korrigiert teilweise auch fehlerhafte Verzeichnisrechte:

/usr/local/psa/admin/bin/mchk --with-spam

huschi.

 

[PhilippG]

h1091827:~ # /usr/local/psa/admin/bin/mchk --with-spam
..failed
mchk: Service /etc/init.d/qmail failed to restart
mchk: Service /etc/init.d/qmail failed to restart

Okay, mchk bringt mich also auch nicht weiter... (wusste bisher nicht, dass es das überhaupt gibt )

Der Server gehört im Übrigen nicht mir, sondern einem Freund, der gefragt hat, ob ich ihn wieder zum Laufen bringen könnte.
Update wenn möglich nicht gewünscht.

Bleibt also wohl das qMail problem irgendwie zu fixen.
Google sagt mir, dass qMail aus verschiedenen Programmen besteht, die alle einzelne Logfiles haben.
Nur ich finde nichts, wo Fehlermeldungen für den Start reingeschrieben werden.

Wie kriege ich nun raus, warum QMail nicht startet?

 

[Huschi]

Google sagt mir, dass qMail aus verschiedenen Programmen besteht, die alle einzelne Logfiles haben.

Erster Teil ist richtig, zweiter Teil leider Konfigurationssache. Ein Plesk-Qmail schreibt nach syslogd. Das vollständige File ist /usr/local/psa/var/log/maillog.
Da dort nichts weiteres drin steht, ist es echt müßig nun den Fehler zu finden.
Ich würde bei den Dateirechten im /var/qmail/bin/ weiter machen. Dazu bräuchte man idealerweise einen zweiten Server mit Plesk 8.6 zum Vergleichen.

huschi.

 

[PhilippG]

Ich weiß, das kann mir nun niemand hier sagen (ich müsste mit einem anderen möglichst gleichen Server vergleichen, den ich nicht habe), aber ist das hier eurer Erfahrung nach okay? Irgendetwas auffälliges?

h1091827:/var/qmail/bin # ls -l
insgesamt 1632
-r-sr-xr-x 1 root   qmail 282800 2008-07-21 21:31 autoresponder
-r-xr-xr-x 1 root   qmail  10456 2008-07-21 21:28 bouncesaying
-r-sr-xr-x 1 root   root   21680 2008-07-21 21:31 cmd5checkpw
-r-xr-xr-x 1 root   qmail  16588 2008-07-21 21:28 condredirect
-r-xr-xr-x 1 root   qmail    126 2008-07-21 21:28 datemail
-r-xr-xr-x 1 root   qmail    114 2008-07-21 21:28 elq
-r-xr-xr-x 1 root   qmail  10456 2008-07-21 21:28 except
-r-xr-xr-x 1 root   qmail  15372 2008-07-21 21:28 forward
-r-xr-xr-x 1 root   qmail  21028 2008-07-21 21:28 maildir2mbox
-r-xr-xr-x 1 root   qmail   9548 2008-07-21 21:28 maildirmake
-r-xr-xr-x 1 root   qmail  19488 2008-07-21 21:28 maildirwatch
-r-xr-xr-x 1 root   qmail    179 2008-07-21 21:28 mailsubj
-r-xr-xr-x 1 root   qmail  35692 2008-07-21 21:31 matchup
-r-xr-sr-x 1 root   mail    4232 2008-07-21 21:32 mm_wrapper
-r-xr-xr-x 1 root   qmail    115 2008-07-21 21:28 pinq
-r-xr-xr-x 1 root   qmail  15036 2008-07-21 21:28 predate
-r-xr-xr-x 1 root   qmail  14980 2008-07-21 21:28 preline
-r-xr-xr-x 1 root   qmail    115 2008-07-21 21:28 qail
-r-xr-xr-x 1 root   qmail  12748 2008-07-21 21:28 qbiff
-r-xr-xr-x 1 root   qmail  11288 2008-07-21 21:28 qmail-clean
-rws--x--x 1 qmailq qmail  36944 2008-07-21 21:28 qmail-dk
-r-xr-xr-x 1 root   qmail   6552 2008-07-21 21:28 qmail-getpw
-r-xr-xr-x 1 root   qmail  48896 2008-07-21 21:28 qmail-inject
-r-xr-xr-x 1 root   qmail  25780 2008-08-13 12:04 qmail-local
-r-xr-xr-x 1 root   qmail  45192 2008-07-21 21:28 qmail-local.moved
-r-xr-xr-x 1 root   qmail  25780 2008-07-21 21:33 qmail-local.plesk
-r-xr-xr-x 1 root   qmail  19612 2008-07-21 21:28 qmail-lspawn
-r-xr-xr-x 1 root   qmail  15476 2008-07-21 21:28 qmail-newmrh
-r-xr-xr-x 1 root   qmail  15120 2008-07-21 21:28 qmail-newu
-r-xr-xr-x 1 root   qmail  23920 2008-07-21 21:28 qmail-pop3d
-r-xr-xr-x 1 root   qmail  13952 2008-07-21 21:28 qmail-popup
-r-xr-xr-x 1 root   qmail  17340 2008-07-21 21:28 qmail-pw2u
-r-xr-xr-x 1 root   qmail  15452 2008-07-21 21:28 qmail-qmqpc
-r-xr-xr-x 1 root   qmail  19296 2008-07-21 21:28 qmail-qmqpd
-r-xr-xr-x 1 root   qmail  28212 2008-07-21 21:28 qmail-qmtpd
-r-xr-xr-x 1 root   qmail  19352 2008-07-21 21:28 qmail-qread
-r-xr-xr-x 1 root   qmail    375 2008-07-21 21:28 qmail-qstat
-r-s--x--x 1 qmailq qmail  26076 2011-03-23 13:04 qmail-queue
-r-s--x--x 1 drweb  qmail 152436 2008-08-13 12:09 qmail-queue.drweb
-r-s--x--x 1 qmailq qmail  19436 2008-07-21 21:28 qmail-queue.moved
-r-s--x--x 1 qmailq qmail  26076 2008-08-13 12:04 qmail-queue.origin
-r-s--x--x 1 root   qmail  26076 2008-07-21 21:33 qmail-queue.plesk
-r-xr-xr-x 1 root   qmail  25992 2008-08-13 12:04 qmail-remote
-r-xr-xr-x 1 root   qmail  49076 2008-07-21 21:28 qmail-remote.moved
-r-xr-xr-x 1 root   qmail  25992 2008-07-21 21:33 qmail-remote.plesk
-r-xr-xr-x 1 root   qmail  15304 2008-07-21 21:28 qmail-rspawn
-r-xr-xr-x 1 root   qmail  48096 2008-07-21 21:28 qmail-send
-r-xr-xr-x 1 root   qmail  17788 2008-07-21 21:28 qmail-showctl
-r-xr-xr-x 1 root   qmail  74644 2008-07-21 21:28 qmail-smtpd
-r-xr-xr-x 1 root   qmail   6188 2008-07-21 21:28 qmail-start
-r-xr-xr-x 1 root   qmail  10528 2008-07-21 21:28 qmail-tcpok
-r-xr-xr-x 1 root   qmail  10916 2008-07-21 21:28 qmail-tcpto
-r-xr-xr-x 1 root   qmail  28180 2008-07-21 21:28 qreceipt
-r-xr-xr-x 1 root   qmail  12244 2008-07-21 21:28 qsmhook
-r-xr-xr-x 1 root   root   18660 2008-07-21 21:31 relaylock
-r-xr-xr-x 1 root   qmail  10656 2008-07-21 21:28 sendmail
-r-sr-xr-x 1 root   root   15512 2008-07-21 21:31 smtp_auth
-r-xr-xr-x 1 root   qmail   7772 2008-07-21 21:28 splogger
-r-xr-xr-x 1 root   qmail  23684 2008-07-21 21:28 tcp-env
-r-xr-xr-x 1 root   qmail   3060 2008-07-21 21:31 true

Wenn ich zum Test mal alle Dateien auf chmod 777 setze und es (nur) ein Rechteproblem war, müsste es doch dann gehen?

Das Ändern des Besitzers zu qmaild, oder der Gruppe zu qmail sollte dann ja nicht mehr nötig sein.
Sehe ich das richtig?

 

[Huschi]

Wenn ich zum Test mal alle Dateien auf chmod 777 setze und es (nur) ein Rechteproblem war, müsste es doch dann gehen?

Nein, damit zerstörst Du nur erst Recht das System. Denn wie Du siehst sind einige Dateien mit einem setuid-Flag versehen. Ein chmod würde diese Flags ebenfalls vernichten.

Im bin-Verzeichnis sieht es soweit ganz OK aus. Wie stehts mit /var/qmail/handlers/ ? Sollte so aussehen:

drwxr-xr-x 3 root qmail 1024 Sep  4  2010 before-local
drwxr-xr-x 3 root qmail 1024 Sep 12  2010 before-queue
drwxr-xr-x 3 root qmail 1024 Sep  9  2010 before-remote
drwxr-xr-x 2 root qmail 1024 Sep  9  2010 info
drwxrwxrwx 2 root qmail 1024 Feb  1 11:09 spool

huschi.

 

[PhilippG]

Alsod as hat sich jetzt wohl erledigt.... der Serverbesitzer hat ohne Rücksprache mit mir einfach mal beim Hoster ein neues Paket bestellt, bei dem der Server geupdradet wird... damit sollten sich das Suchen dann erledigt haben hoffe ich ;-)

Herzlichen Dank an Huschi für die Tips und dein Fachwissen!