KOPFSCHERZEN: Plesk 9.3 und Qmail - Ich bin am ende!

K

kopfschmerzen

New Member
Hallo,

seit gestern bis jetzt versucht ein scheinbar riesiges Problem zu beheben.

Zur Ursache, vor etwa 1 Woche habe ich ein Update auf Plesk 9.3 von 8.4 durchgeführt was bis auf den XML Key der gefehlt hat relativ Problemlos verlaufen ist.

Dann dachte ich mir alles sei überstanden, nix da, am gleichen Abend kamen 669 Leere E-Mails im Adminpostfach an, die Plesk Admin Adresse.

Ich hab das nicht weiter beachtet weil ich dachte das würde sich von selber beheben.

Doch nun vor 2 Tagen ist die Quene mit 2,5 Mio leeren Emails vollgelaufen und der Server ZU.

Seit gestern Abend war ich nun dabei den Server wieder zu laufen zu bringen, ich habe die komplette quene mit qmHandle gelöscht, allein das hat 7 Stunden gedauert, bis ich erst das Programm verwenden konnte (lange Geschichte).

Die E-Mails selbst stammen nicht direkt von PSA Service.

Was ich bis jetzt Unternommen habe (bei jedem versuch ist der server wieder vollgelaufen):

Der Quenestapel füllt sich sehr langsam wenn der qmail service beendet ist, wenn dieser läuft geht alles 100x schneller.

Es gibt in den adressen 2 absende:
postmaster@servername -> machen 99% aus
ananymous@servername -> 1%

(erfolglos)
1. qmHandle -- alles gelöscht
2. Crontab beendet
3. mit dem mchk tool von Plesk qmail neu konfiguriert
4. Plesk Blackliste für o.g. Mail angelegt
5. PSA Service beendet
6. Diverse log dateien durchgeschaut.

Ich bin am verzweifeln! Ich habe absolut keine Idee wie ich herausfinden kann welches Programm schuld daran ist.

Ich würde mich um Hilfe jeglicher Art riesig freuen :-)
 
MOD: Full-Quote entfernt!

Was ich noch vergessen habe:
qmHandle -s ausgabe:
Code: 
Total messages: 539
Messages with local recipients: 1
Messages with remote recipients: 223
Messages with bounces: 1
Messages in preprocess: 315

Eine Beispiel Email:
Code: 
Received: (qmail 9673 invoked by alias); 11 Feb 2010 17:55:25 +0100
Delivered-To: postmaster@vserver.de

Eine Beispiel Email #2:
Code: 
Received: (qmail 1515 invoked by alias); 11 Feb 2010 18:34:19 +0100
Delivered-To: root@vserver.de

Ein ausschnitt aus der Pleskliste:
Code: 
	mail-queue-remote.gif	 	postmaster@vserver.de	deineemailadr@gmx.de	Jan 1, 1970 01:00 AM	00:39:52	113 Bytes
	mail-queue-remote.gif		postmaster@vserver.de	deineemailadr@gmx.de	Jan 1, 1970 01:00 AM	00:39:52	113 Bytes
	mail-queue-remote.gif		postmaster@vserver.de	deineemailadr@gmx.de	Jan 1, 1970 01:00 AM	00:39:52	113 Bytes
	mail-queue-remote.gif		postmaster@vserver.de	deineemailadr@gmx.de	Jan 1, 1970 01:00 AM	00:39:52	113 Bytes
	mail-queue-remote.gif		postmaster@vserver.de	deineemailadr@gmx.de	Jan 1, 1970 01:00 AM	00:39:35	113 Bytes
	mail-queue-remote.gif		postmaster@vserver.de	deineemailadr@gmx.de	Jan 1, 1970 01:00 AM	00:39:35	113 Bytes
	mail-queue-remote.gif		postmaster@vserver.de	deineemailadr@gmx.de	Jan 1, 1970 01:00 AM	00:39:35	113 Bytes
	mail-queue-remote.gif		postmaster@vserver.de	deineemailadr@gmx.de	Jan 1, 1970 01:00 AM	00:39:34	112 Bytes
	mail-queue-remote.gif		postmaster@vserver.de	deineemailadr@gmx.de	Jan 1, 1970 01:00 AM	00:39:34	112 Bytes
	mail-queue-remote.gif		postmaster@vserver.de
 
Last edited by a moderator:
Hey, Kopfschmerzen.
Ähnliches Problem habe ich seit dem Update ebenfalls, falls du mal gucken möchtest:

Hohe CPU Last durch qmail-send

Hallo, sendmail usw. läuft jetzt problemlos. Nun habe ich aber mitbekommen, dass der Prozess "qmail-send" bis zu 11% CPU Auslastung erzeugt, ich halte das nicht für normal. Ausserdem wurden Megabytelange Logs geschrieben in denen immer das selbse stand, was genau weiss ich nichtmehr da es...
serversupportforum.de serversupportforum.de

Allerdings ist es nicht sooo extrem wie bei dir, tritt aber auch seit dem Update auf 9.3 auf. :(
 
Der Support von Hosteurope hat mir heute folgendes mitgeteilt, kann sein das es damit zusammenhängt
Ist zwar nur ein Testsystem find ich aber trozdem gut ^^

Sehr geehrte Damen und Herren,

der auf Ihrem System laufende SMTP-Dienst wurde vom Hersteller mit fehlerhaften Binaries ausgeliefert. Diese führten dazu, dass Ihr Server eine hohe Systemlast verursachte, da Systemmails in einer Schleife hingen und nicht zugestellt werden konnten.

Diese Binaries haben wir nun ausgetauscht und ein Backup der originalen Binaries im selben Verzeichnis erstellt.

Ausgetauschte Dateien:

Qmail:
/var/qmail/bin/qmail-queue
/var/qmail/bin/qmail-remote
Click to expand...
 
Ach du schei***

danke für den thread,

die datei: /usr/local/psa/var/log/maillog ist 1158 MB groß!

der header der datei ist folgender:

Code: 
Feb 10 02:04:51 vs162192 qmail-queue-handlers[24286]: starter: submitter[24288] exited normally
Feb 10 02:04:51 vs162192 qmail: 1265763891.879612 bounce msg 140649680 qp 24286
Feb 10 02:04:51 vs162192 qmail: 1265763891.879680 end msg 140649680
Feb 10 02:04:51 vs162192 qmail-local-handlers[24315]: Handlers Filter before-local for qmail started ...
Feb 10 02:04:52 vs162192 qmail: 1265763892.006623 new msg 140672614
Feb 10 02:04:52 vs162192 qmail-local-handlers[24315]: from=postmaster@vs162192.vserver.de
Feb 10 02:04:52 vs162092 qmail-local-handlers[24315]: to=postmaster@vs162192.vserver.de
Feb 10 02:04:52 vs162192 qmail-local-handlers[24315]: mailbox: /var/qmail/alias
Feb 10 02:04:52 vs162192 qmail-local-handlers[24315]: hook_dir = '/usr/local/psa/handlers/before-local'
Feb 10 02:04:52 vs162192 qmail-local-handlers[24315]: recipient[3] = 'postmaster@vs162192.vserver.de'
 
Last edited by a moderator:
@JaEgErmEistEr

was hast du für ein System?

Ich habe Centos

EDIT:
weiß jemand ob die Plesk 9x Backups abwärtskomptibel zu 8.4 sind`?

mfg
etv. spiele ich ein backup ein, was aber schon 2 monate her ist, vielleicht ist das die einzige lösung

das ist meine Prozessliste:
13997 apache 15 0 63232 41m 20m S 6 5.4 0:01.94 httpd
13880 apache 16 0 58436 30m 16m S 6 4.0 0:01.35 httpd
1605 mysql 16 0 23500 13m 4252 S 4 1.7 1:57.60 mysqld
28637 qmails 15 0 1640 524 412 S 3 0.1 0:08.78 qmail-send
32575 root 16 0 1660 580 492 S 1 0.1 0:26.57 syslogd
28646 qmailq 16 0 1588 364 300 S 1 0.0 0:01.64 qmail-clean
13544 apache 15 0 53688 24m 13m S 1 3.1 0:01.11 httpd
28643 root 15 0 1620 376 292 S 0 0.0 0:00.39 qmail-lspawn
1 root 16 0 1996 672 584 S 0 0.1 0:00.25 init
32182 root 16 -4 2088 632 428 S 0 0.1 0:00.00 udevd
32648 root 16 0 6960 1048 672 S 0 0.1 0:00.00 sshd
32665 root 16 0 2656 912 720 S 0 0.1 0:00.08 xinetd
1457 named 16 0 69172 3272 1948 S 0 0.4 0:00.11 named
1507 root 17 0 2384 1156 1000 S 0 0.1 0:00.01 mysqld_safe
1683 postgres 16 0 18952 3252 2768 S 0 0.4 0:01.19 postmaster
1839 postgres 16 0 8732 800 312 S 0 0.1 0:00.85 postmaster
1845 postgres 15 0 18952 1064 576 S 0 0.1 0:03.00 postmaster
1846 postgres 16 0 9732 780 292 S 0 0.1 0:00.08 postmaster
1848 postgres 18 0 8912 956 368 S 0 0.1 0:00.00 postmaster
3388 xfs 15 0 3236 1112 748 S 0 0.1 0:00.00 xfs
29740 sw-cp-se 15 0 6160 2676 1400 S 0 0.3 0:00.74 sw-cp-serverd
5966 root 16 0 11912 3104 2460 S 0 0.4 0:01.07 sshd
Click to expand...
 
Last edited by a moderator:
Diese Binaries haben wir nun ausgetauscht
Click to expand...

Dann hat Strato etwa die gleichen Binarys für SuSE verwendet oder ist die Problematik bei mir eine andere?
 
Plesk 9.3 qmail neu eingerichtet

bei uns wars das gleich. update auf 9.3 dann die massenmails.

wir haben gerade mit dem autoinstaller qmail neu eingerichtet,
er empfängt jetzt auch wieder alle mails nur er kann sie
dem konto nicht zuweißen!

alle mails bleiben in der Warteschlange !!!

/usr/local/psa/admin/sbin/mchk haben wir auch ausgeführt ohne fehler!!!

system: opensuse 10.3
 
nur die rechte

jetzt gehts und es waren nur die ausführenten rechte!

wenns mit den rechten klappt, klappts mit dem mailserver!!!

soweit jklaus
 
jklaus said:
jetzt gehts und es waren nur die ausführenten rechte!

wenns mit den rechten klappt, klappts mit dem mailserver!!!

soweit jklaus
Click to expand...

Hallo :-)

ich hatte mal in die /usr/local/psa/var/log/maillog gesehen, bei mir konnte ich vor einer woche mehrere Verzeichnisberechtigungen sehen, leider bin ich immer noch nicht weiter :-(

Ich habe CentOS 5.2 vermute ich, und die "netten" von Server4You wollen mir nicht helfen, erst haben die sich dermaßen von BLÖD angestellt das mir die lust am Supportticket vergangen ist, dann hieß es 39€ wenn die Fehlersuche zu dem Problem begonnen werden soll, NUR fehlersuche, also keine Problembehebung......

Das ist jetzt schon 2 Wochen her und ich immer noch ein vertümmeltes Plesk 9.3 :confused:

@jklaus
kannst du vielleicht etwas mehr darüber schreiben, da sich das ganz nach meinem Problem anhört :)
 
Das ist übrigens meine Prozessliste:

Sorry Edit hat leider nicht funktioniert^^

top - 09:04:28 up 7 min, 1 user, load average: 2.23, 1.72, 0.84
Tasks: 41 total, 2 running, 39 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.8% us, 5.4% sy, 0.0% ni, 91.1% id, 1.7% wa, 0.0% hi, 0.0% si
Mem: 786432k total, 227176k used, 559256k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 0k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5314 qmails 15 0 1744 628 412 S 2 0.1 0:14.22 qmail-send
5320 qmailq 15 0 1588 364 300 D 2 0.0 0:08.78 qmail-clean
5178 root 16 0 1660 580 492 S 1 0.1 0:05.14 syslogd
13797 root 15 0 2132 1052 836 R 0 0.1 0:00.01 top
1 root 16 0 1996 672 584 S 0 0.1 0:00.00 init
3701 root 16 -4 2088 632 428 S 0 0.1 0:00.00 udevd
5215 sw-cp-se 15 0 5324 960 540 S 0 0.1 0:00.00 sw-cp-serverd
5237 root 16 0 6960 1044 668 S 0 0.1 0:00.00 sshd
5248 root 15 0 2656 896 708 S 0 0.1 0:00.00 xinetd
5316 qmaill 16 0 1592 480 416 S 0 0.1 0:01.45 splogger
5317 root 15 0 1624 384 292 S 0 0.0 0:00.98 qmail-lspawn
5318 qmailr 18 0 1616 360 276 S 0 0.0 0:00.00 qmail-rspawn
5382 named 20 0 69032 2948 1848 S 0 0.4 0:00.00 named
5438 root 17 0 2384 1156 1000 S 0 0.1 0:00.00 mysqld_safe
5530 mysql 16 0 21296 7968 4036 S 0 1.0 0:00.68 mysqld
5601 postgres 15 0 18952 3248 2764 S 0 0.4 0:00.99 postmaster
7390 root 16 0 32540 29m 2352 S 0 3.8 0:01.74 spamd
7392 postgres 15 0 8732 800 312 S 0 0.1 0:00.01 postmaster
7407 postgres 15 0 18952 1064 576 S 0 0.1 0:00.03 postmaster
7409 postgres 16 0 9732 780 292 S 0 0.1 0:00.00 postmaster
7410 postgres 18 0 8912 956 368 S 0 0.1 0:00.00 postmaster
7847 popuser 16 0 32540 28m 984 S 0 3.6 0:00.00 spamd
8169 root 15 0 48596 13m 7064 S 0 1.7 0:00.72 httpd
8182 apache 16 0 22548 4664 488 S 0 0.6 0:00.00 httpd
9474 apache 15 0 54568 23m 11m S 0 3.1 0:02.75 httpd
11288 root 15 0 3220 1116 588 S 0 0.1 0:00.00 crond
11395 xfs 19 0 3236 1112 748 S 0 0.1 0:00.00 xfs
14207 apache 16 0 61908 38m 21m S 0 5.0 0:04.74 httpd
3288 root 16 0 11912 3088 2456 R 0 0.4 0:00.11 sshd
3899 apache 15 0 63596 40m 20m S 0 5.3 0:00.77 httpd
5145 apache 15 0 53384 21m 10m S 0 2.8 0:00.70 httpd
5350 apache 15 0 52356 30m 20m S 0 3.9 0:00.60 httpd
5372 root 15 0 2396 1364 1120 S 0 0.2 0:00.03 bash
20402 root 21 0 5820 808 556 S 0 0.1 0:00.00 couriertcpd
20405 root 18 0 4660 1016 800 S 0 0.1 0:00.00 courierlogger
20419 root 21 0 5820 808 556 S 0 0.1 0:00.00 couriertcpd
20421 root 18 0 4660 1016 800 S 0 0.1 0:00.00 courierlogger
20428 root 16 0 5820 816 564 S 0 0.1 0:00.00 couriertcpd
20430 root 15 0 4660 1072 848 S 0 0.1 0:00.00 courierlogger
Click to expand...
 
kopfschmerzen said:
weiß jemand ob die Plesk 9x Backups abwärtskomptibel zu 8.4 sind`?
Click to expand...
Die Frage ist zwar schon etwas her aber wurde nicht beantwortet:
Definitives "Nein". Die sind schon nicht aufwärtskompatibel.

Zur eigentlichen Problematik:
Bitte schaut doch mal über den Tellerrand hinaus. Dann würdet Ihr hier einige Threads finden die sich fast mit der selben Problematik befassen.

Da mir das langsam zu lästig ist es einzeln durch zu kauen, hab ich neulich auch ein Howto auf huschi.net geschrieben:
http://www.huschi.net/5_389_de-ples...ktionieren-die-lokalen-emails-nicht-mehr.html

huschi.
 
Hey :-)

vielen Dank, ich habe schon diverse Sachen probiert, jedoch hat ja bis jetzt leider nichts geholfen.

Ich schaue mir das mal an, Danke :-)
 
Huschi said:
Da mir das langsam zu lästig ist es einzeln durch zu kauen, hab ich neulich auch ein Howto auf huschi.net geschrieben:
http://www.huschi.net/5_389_de-ples...ktionieren-die-lokalen-emails-nicht-mehr.html

huschi.
Click to expand...

Vielen Dank für das Howto. Genau die beiden Fehler (FQDN und Rechte der qmail-local) waren bei mir von Anfang an bei meinem neuen VServer. Das mit dem FQDN wurde hier ja bereits häufiger besprochen und war daher nicht so problematisch, aber den Fehler mit den Rechten gabs glaube ich hier noch nicht. Zumindest hatte ich die Lösung in einem anderen Forum gefunden. Ich dachte schon ich wäre der Einzige bei dem der Fehler hier auftritt.

Leider tritt dies auch nach jedem Update wieder auf. Meinst du es würde in diesem Fall helfen Qmail einmal neu zu installieren?
 
schakal2k said:
aber den Fehler mit den Rechten gabs glaube ich hier noch nicht.
Click to expand...
Das Problem schon, aber diese Lösung wurde hier bisher nicht beschrieben.
Liegt mit daran, dass ich aktuell eher passiv mitlese.

Meinst du es würde in diesem Fall helfen Qmail einmal neu zu installieren?
Click to expand...
Probier es doch aus und geb uns bescheid.

huschi.
 
You must log in or register to reply here.
Back
Top