(Auto-)Update stört QMail / SMTP-Dienst

M

mapue

New Member
Hi.
Folgendes Thema beschäftigt mich seit ein paar Wochen. Inzwischen nervt es echt...Strato-Support hilft nicht weiter, da Plesk-Problem.

Symptome: Mailempfang/-versand funktioniert nicht, andere Dienste laufen weiter

Umgebung: STRATO V-Server; SuSE Linux 9.3 Professional; Plesk 7.5.4

Plesk-Fehlermeldungen:
Bei Aufruf von Serveradministration/Dienste/E-Mail
Code: 
Unable to create MailManager object: mailmng failed: Empty error message from utility.
0: /usr/local/psa/admin/plib/class.MailManager.php:57 psaerror(string "Unable to create MailManager object: mailmng failed: Empty error message from utility.")
1: /usr/local/psa/admin/htdocs/server/mail.php3:13 MailManagerMaker()

Bei Aufruf von Serveradministration/Dienste/Dienste-Verwaltung
Code: 
WEB_Server_package parameter not defined in features list.
0: /usr/local/psa/admin/plib/class.WebServerManager.php:201 psaerror()
1: /usr/local/psa/admin/plib/class.ServiceControl.php:86 WebServerManager->getWebServerPackage()
2: /usr/local/psa/admin/plib/class.ServiceControl.php:259 ServiceControl->chkServiceObjects()
3: /usr/local/psa/admin/plib/class.RestartServForm.php:83 ServiceControl->getServiceName()
4: /usr/local/psa/admin/htdocs/server/restart_services.php:42 RestartServForm->assign()

Problem scheint in Verbindung mit Updates von Plesk zu stehen.

Bisherige "Lösung": Rückspielen von Server-Voll-Backup. Hilft aber momentan nur noch für wenige Stunden. Dann gehen Mails wieder nicht. Blick in Plesk-Oberfläche offenbart u.a. die genannten Fehler und eine etwas buntere Oberfläche.

Selbst angestoßene Updates innerhald der Plesk-Oberfläche funktionieren nicht. Jetzt, wo der Fehler wieder aufgetreten ist, sowieso nicht mehr. Fehlermeldung:
Code: 
AutoInstallerManager::getAutoInstaller() failed: AutoInstallerManager::_autoInstallerCall() failed: autoinstaller failed: Empty error message from utility.
0: /usr/local/psa/admin/htdocs/server/autoinstaller_releases.php:23 psaerror(string "AutoInstallerManager::getAutoInstaller() failed: AutoInstallerManager::_autoInstallerCall() failed: autoinstaller failed: Empty error message from utility.")

Benötige Eure Hilfe.

Besten Dank im Voraus,
mapue
 
Hallo!
Bitte mal die Hinweise unter

Plesk Fehlermeldung: Unable to get system shells: Empty error message from utility.

Hallo, ich habe ein Problem mit Plesk 8.2.1. Habe dies seit ein paar Wochen eingerichtet und seit gestern erhalte ich z.B. bei der Auswahl einer Domain aus meinem Zugang folgende Fehlermeldung: Unable to get system shells: Empty error message from utility. 0...
serversupportforum.de serversupportforum.de
und

Strato V-PowerServer A stürtzt ständig ab...?

Ich habe seit ca. einem Monat einen Strato V-PowerServer. Drauf läuft Debian 4.0 und Plesk 8.2.1 habe ich selbst installiert, da es von Strato unter Debian 4.0 nicht im Image enthalten ist. Ich bin noch sehr unglücklich mit dem V-Server, denn er ist für meine Ansprüche noch sehr...
serversupportforum.de serversupportforum.de
überprüfen.

mfG
Thorsten
 
Hi.
Danke für die schnelle Reaktion.
Reboot beseitigt die Fehlermeldungen innerhalb Plesk. Zugriff per Putty jetzt wieder möglich.Mails werden zugestellt. Ist schon mal was...

Hier die Rückmeldung von "cat /proc/user_beancounters"
Code: 
cat /proc/user_beancounters
Version: 2.5
       uid  resource           held    maxheld    barrier      limit    failcnt
    SERVER: kmemsize        6726698    7265845    8512433    9823665        738
            lockedpages           0          0       3800       4096          0
            privvmpages       87505      90842     138256     202568      15348
            shmpages           8864       8880     131072     131072          0
            dummy                 0          0          0          0          0
            numproc              67         75        232        232          0
            physpages         36423      37062          0 2147483647          0
            vmguarpages           0          0      66400 2147483647          0
            oomguarpages      36602      37241      66400 2147483647          0
            numtcpsock           23         32        500        500          0
            numflock              7          8        200        232          0
            numpty                1          1         64         64          0
            numsiginfo            0          2        512        512          0
            tcpsndbuf        205712     259376    4683256    6102456          0
            tcprcvbuf        376832     425984    4683256    6102456          0
            othersockbuf      21472      26184    1503232    4063232          0
            dgramrcvbuf           0       2236     240000     262144          0
            numothersock         20         29        382        382          0
            dcachesize       562495     599013    2194304    2317184          0
            numfile            2547       2698       5432       5432          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            numiptent            14         14        128        128          0

Habe das dumpfe Gefühl der Zustand des Funktionierens hält nicht lang...

Grüße
Martin
 
Last edited by a moderator:
Der Zustand war in der Tat ein flüchtiger...
Abends einen Newsletter an Freunde versendet. Nach ca 90 Mails kam vom Server eine Fehlermeldung bzgl Mailversand. Logfile von qMail zeigte dann pro Adresse jeweils nur noch:
Code: 
Unable to run qmail-remote.

Passend dazu Fehlermeldungen:
Code: 
failed to map segment from shared object: Cannot allocate memory

Bereits ein paar Stunden vorher weitere Meldungen:
Code: 
[Mon, 03 Mar 2008 00:11:14 +0100] courier-imap on SERVER: Does not exist.
'courier-imap' process is not running
[Mon, 03 Mar 2008 00:16:15 +0100] courier-imap on SERVER: Execution failed.
'courier-imap' failed to start
[Mon, 03 Mar 2008 01:01:19 +0100] courier-imap on SERVER is no longer monitored due to permanent failure.
'courier-imap' service timed out and will not be checked anymore
Diese Meldung hat gewisse Regelmäßigkeit. Abstand zwischen Meldung und ihrem Vorgänger: 1h, 5h, 20h ... Mal sehen wie es weitergeht...

Eure Meinung? Komplett ein Ressourcenproblem? Nach Reboot heute abend läuft es zumindest wieder mal ... aber Ressourcenmonitor innerhalb Plesk stimmt mich nachdenklich:
Code: 
Speichernutzung
Gesamt: 1.48 GB
Benutzt: 1.39 GB
Frei: 89.69 MB
gemeinsam genutzt: 0 B
Puffer: 159.44 MB
Cached: 588.95 MB
Nutzung : 94.07%; 5.93% available

Übrigens, auf dem V-Server laufen: 7 Domains per apache, 4 mysql-DBs, qmail

Danke
Martin
 
Last edited by a moderator:
Die von Dir angegebenen Werte deuten darauf hin, dass das Hostsystem, auf dem Deine VE läuft, recht voll gepackt ist.

Wenn Du das Script "vzfree" (->Forensuche) installierst, kannst Du die im vorherigen Post gezeigten UBC-Werte etwas übersichtlicher darstellen. Dann erhälst Du in etwa folgende Ausgabe:
Code: 
VPS Speichernutzung:
Momentan genutzt:       341.816 MB
Maximal genutzt:        354.852 MB
Zugesichert:            259.375 MB
Maximal nutzbar:        791.281 MB
Damit wird dann auch klar, warum es öfters kracht. Dir werden lediglich 259 MB RAM zugesichert, aber Deine Konfiguration benötigt bis zu 350 MB. Meistens funktioniert das auch, da der dynamische Bereich ("Maximal nutzbar") vom Provider recht großzügig[1] bemessen ist. Diesen dynamische Speicherplatz kannst Du allerdings nicht dauerhaft nutzen, da Du ihn mit Deinen Nachbarn teilen musst -- er ist eher zum kurzfristigen Ausgleich von Lastspitzen gedacht. Wenn Deine Nachbarn auch mehr Speicher brauchen, können eben keine neuen Prozesse gestartet werden.

Somit hast Du zwei Lösungsmöglichkeiten: Du mietest Dir einen vServer, der eine Nummer größer ist, oder Du versuchst durch entsprechendes Tuning den Speicherhunger Deiner Konfiguration zu zügeln (dazu gibt es regelmäßig einige Threads hier im Forum).

[1]großzügig bemessen in dem Sinn, dass dort eine große Zahl steht. Da das Hostsystem aber so voll gepackt ist, würde ich eher sagen, dass diese Zahlen "etwas zu viel versprochen" sind.
 
Last edited by a moderator:
Hallo. Besten Dank für die gute AW. Ergebnis von vzfree
Code: 
VPS Speichernutzung:
Momentan genutzt:       375.887 MB
Maximal genutzt:        376.637 MB
Zugesichert:            259.375 MB
Maximal nutzbar:        791.281 MB

Seht ihr Möglichkeit, dass eine Optimierung dauerhaft weiterhilft oder dann doch nur der größere V-Server? Eigentlich ist ja von 375 bis 791 MByte noch ne Ecke Luft.
Ist übrigens ein V-Server A von Strato, also mit "Leistungsmerkmale: RAM-Garantie mind. 128 MB; RAM dynamisch bis zu 500 MB" gemäß Werbung.

Danke und Grüße,
Martin
 
Ressourcenproblem auf Strato V-Server

Guten abend.
Aktueller Stand nach 2 Tagen Uptime:
Monitoringdienst informiert, dass SMTP-Dienst nicht erreichbar.
Per Putty komm ich nicht an den Server: Server unexpectedly closed network connection.
Zugriff auf Plesk-Konfig-Oberfläche geht teilweise. Server/Statistiken nicht erreichbar, weil:
Code: 
Unable to assign SystemStatisticsForm object: StatInfo->getActiveDomainsNumber() failed: sysinfo failed: Empty error message from utility.
0: /usr/local/psa/admin/htdocs/server/statistics.php3:34 psaerror(string "Unable to assign SystemStatisticsForm object: StatInfo->getActiveDomainsNumber() failed: sysinfo failed: Empty error message from utility.")

Ganz toll. Bleibt wohl nur der Reboot. :(
Langsam nervt's.
 
Das klingt ganz danach, dass die jeweiligen Prozesse nicht erzeugt werden können. Höchstwahrscheinlich liegt das an Ressourcenknappheit. In den user_beancounters wirst Du in der letzten Spalte sehen können, was gefehlt hat (wenn Du Dich mal wieder einloggen kannst).
Hast Du schon versucht, den permanenten Speicherverbrauch unter die 260 MB zu drücken?
 
Hi.
Definitiv liegt es am Speicher, bzw. Auslastung desselben. Habe letzte Nacht an Speicheroptmierung gearbeitet - Huschi und seinen vielen tollen Tipps/Beispielen sei Dank. ;) Am Ende lag der Server dann im Mittel bei 240 bis 250MB. Leider wollte heute früh der apache2 auch mit ganz viel Überredungskunst (schrittweise Rückgängigmachen der Änderungen) nicht mehr starten. Vielleicht lag es aber auch am Patchen des gesamten Systems. Da blieb dann auf die Schnelle nur ein Restore. Heute abend neuer Optimierungsanlauf:

Code: 
VPS Speichernutzung:
Momentan genutzt:       260.277 MB
Maximal genutzt:        269.176 MB
Zugesichert:            259.375 MB
Maximal nutzbar:        791.281 MB

Version: 2.5
       uid  resource           held    maxheld    barrier      limit    failcnt
   xxxxxxx: kmemsize        4206093    4224564    8512433    9823665          0
            lockedpages           0          0       3800       4096          0
            privvmpages       66409      66476     138256     202568          0
            shmpages           8858       8858     131072     131072          0
            dummy                 0          0          0          0          0
            numproc              52         52        232        232          0
            physpages         20913      20916          0 2147483647          0
            vmguarpages           0          0      66400 2147483647          0
            oomguarpages      20913      20916      66400 2147483647          0
            numtcpsock           18         18        500        500          0
            numflock              7          7        200        232          0
            numpty                1          1         64         64          0
            numsiginfo            0          1        512        512          0
            tcpsndbuf        176644     158756    4683256    6102456          0
            tcprcvbuf        294912     262144    4683256    6102456          0
            othersockbuf      15652      17888    1503232    4063232          0
            dgramrcvbuf           0        700     240000     262144          0
            numothersock         15         16        382        382          0
            dcachesize            0          0    2194304    2317184          0
            numfile            2336       2336       5432       5432          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            numiptent            14         14        128        128          0

Sieht schick aus. :)
Actions: spamd und drwebd beendet; server-tuning.conf, my.cnf und httpsd.conf angepasst

Damit sollte eine stabile Konfig erreicht sein. Werde Erfahrungen damit ggf noch einmal kundtun...

Viele Grüße
Martin
 
Last edited by a moderator:
You must log in or register to reply here.
Back
Top