Stürzt Dovecot immer ab oder welches Problem habe Ich?

T

TheRoody

Member
Hallo zusammen,

seit einigen Tagen bekomme ich regelmäßig immer wieder diese Nachricht per Mail vom Server bzw. Watchdog:

"The Dovecot IMAP and POP3 server service on host xx.xxxx.xx is down.
The problem was discovered on Dec 10, 2021 08:49 PM."

Gerade habe ich mal ins Logfile geschaut und dies hier zu dieser Zeit gefunden:
(Ich weiß nicht, ob das alles dazugehört, aber es passt zum Zeitraum als die Mail von Watchdog kam.)

Code: 
Dec 10 20:19:12 xx postfix/qmgr[24629]: 17DC039406C1: from=<watchdog@xx.xxxx.xx>, size=702, nrcpt=1 (queue active)
Dec 10 20:19:12 xx postfix/smtp[30478]: initializing the client-side TLS engine
Dec 10 20:19:12 xx dovecot: log(23643): Warning: Killed with signal 15 (by pid=1 uid=0 code=kill)
Dec 10 20:19:12 xx dovecot: log(23643): Warning: Shutting down logging for 'imap-login: ' with 1 clients
Dec 10 20:19:12 xx systemd[1]: Stopped Dovecot IMAP/POP3 email server.
Dec 10 20:19:13 xx monit[29969]: 'dovecot' start: /opt/psa/admin/bin/mailmng-service
Dec 10 20:19:13 xx monit[29969]: 'dovecot' failed, cannot open a connection to INET[localhost:143]
Dec 10 20:19:13 xx monit[29969]: 'dovecot' trying to restart
Dec 10 20:19:13 xx systemd[1]: Starting Dovecot IMAP/POP3 email server...
Dec 10 20:19:13 xx dovecot: master: Dovecot v2.3.17 (e2aa53df5b) starting up for imap, pop3, sieve (core dumps disabled)
Dec 10 20:19:13 xx systemd[1]: Started Dovecot IMAP/POP3 email server.
Dec 10 20:19:14 xx postfix/smtpd[30303]: 144FC39400EE: client=localhost.localdomain[127.0.0.1]
Dec 10 20:19:14 xx psa-pc-remote[23010]: 144FC39400EE: from=<watchdog@xx.xxxx.xx> to=<xxx@xxx.xx>
Dec 10 20:19:14 xx postfix/cleanup[30473]: 144FC39400EE: message-id=<20211210191914.144FC39400EE@xx.xxxxx.xx>
Dec 10 20:19:14 xx psa-pc-remote[23010]: 144FC39400EE: check-quota: stderr: SKIP
Dec 10 20:19:14 xx postfix/qmgr[24629]: 144FC39400EE: from=<watchdog@xx.xxxx.xx>, size=702, nrcpt=1 (queue active)

Code: 
Dec 10 20:49:13 xx postfix/smtpd[32132]: SSL_accept:before SSL initialization
Dec 10 20:49:13 xx spamd[20145]: spamd: connection from 127.0.0.1 [127.0.0.1]:51982 to port 783, fd 6
Dec 10 20:49:13 xx monit[29969]: 'dev/md2' space usage 88.6% matches resource limit [space usage>80.0%]
Dec 10 20:49:13 xx dovecot: pop3-login: Disconnected: Aborted login by logging out (no auth attempts in 0 secs): user=<>, rip=127.0.0.1, lip=127.0.0.1, TLS, session=<TgN8BNDStIl/AAAB>
Dec 10 20:49:13 xx dovecot: pop3-login: Disconnected: Aborted login by logging out (no auth attempts in 0 secs): user=<>, rip=127.0.0.1, lip=127.0.0.1, secured, session=<dh58BNDS0uF/AAAB>
Dec 10 20:49:13 xx spamd[20143]: prefork: child states: II
Dec 10 20:49:19 xx monit[29969]: monit: embed_ssl_socket(): Openssl syscall error: Connection reset by peer!
Dec 10 20:49:19 xx monit[29969]: 'dovecot' failed, cannot open a connection to INET[localhost:993]
Dec 10 20:49:19 xx monit[29969]: 'dovecot' trying to restart
Dec 10 20:49:19 xx monit[29969]: 'dovecot' stop: /opt/psa/admin/bin/mailmng-service
Dec 10 20:49:19 xx systemd[1]: Stopping Dovecot IMAP/POP3 email server...

Code: 
Dec 10 20:49:13 xx monit[29969]: 'dev/md2' space usage 88.6% matches resource limit [space usage>80.0%]
Dec 10 20:49:19 xx monit[29969]: monit: embed_ssl_socket(): Openssl syscall error: Connection reset by peer!
Dec 10 20:49:19 xx monit[29969]: 'dovecot' failed, cannot open a connection to INET[localhost:993]
Dec 10 20:49:19 xx monit[29969]: 'dovecot' trying to restart
Dec 10 20:49:19 xx monit[29969]: 'dovecot' stop: /opt/psa/admin/bin/mailmng-service
Dec 10 20:49:19 xx systemd[1]: Stopping Dovecot IMAP/POP3 email server...
Dec 10 20:49:20 xx wdcollect[30004]: Connection to server has been established.
Dec 10 20:49:20 xx wdcollect[30004]: Connection to server has been established.
Dec 10 20:49:20 xx systemd[1]: Stopped Dovecot IMAP/POP3 email server.
Dec 10 20:49:21 xx monit[29969]: 'dovecot' start: /opt/psa/admin/bin/mailmng-service
Dec 10 20:49:21 xx monit[29969]: 'dovecot' failed, cannot open a connection to INET[localhost:143]
Dec 10 20:49:21 xx monit[29969]: 'dovecot' trying to restart
Dec 10 20:49:21 xx systemd[1]: Starting Dovecot IMAP/POP3 email server...
Dec 10 20:49:21 xx systemd[1]: Started Dovecot IMAP/POP3 email server.

Code: 
Dec 10 20:49:09 xx dovecot: master: Warning: service(imap-login): process_limit (140) reached, client connections are being dropped
Dec 10 20:49:10 xx plesk_saslauthd[32137]: failed mail authentication attempt for user 'eine@server-mail-adresse-von-mir.de' (password len=9)
Dec 10 20:49:10 xx postfix/smtpd[32132]: warning: 216.107.181.23.sentco.net[216.107.181.23]: SASL LOGIN authentication failed: authentication failure
Dec 10 20:49:19 xx dovecot: master: Warning: Killed with signal 15 (by pid=32173 uid=0 code=kill)
Dec 10 20:49:20 xx postfix/trivial-rewrite[32175]: warning: do not list domain xx.xxxxx.de in BOTH mydestination and virtual_alias_domains
Dec 10 20:49:20 xx postfix/trivial-rewrite[32175]: warning: do not list domain xx.xxxxx.de in BOTH mydestination and virtual_alias_domains
Dec 10 20:49:20 xx dovecot: imap-login: Error: master(imap): read() failed: Remote closed connection (destination service { process_limit } reached?) (client-pid=32170, client-id=1, rip=xx.xxx.xxx.xx, created 1151 msecs ago, received 0/4 bytes)
Dec 10 20:49:20 xx dovecot: log(30518): Warning: Killed with signal 15 (by pid=1 uid=0 code=kill)
Dec 10 20:49:20 xx dovecot: log(30518): Warning: Shutting down logging for 'imap-login: ' with 2 clients
Dec 10 20:49:20 xx postfix/smtpd[32191]: warning: hostname home.creativezane.sg does not resolve to address 202.83.101.74
Dec 10 20:49:27 xx plesk_saslauthd[32137]: failed mail authentication attempt for user 'info' (password len=9)
Dec 10 20:49:27 xx postfix/smtpd[32191]: warning: unknown[202.83.101.74]: SASL LOGIN authentication failed: authentication failure

Zum System:
Debian 9.13
Plesk Obsidian Version 18.0.40 Update #1

Was kann hier das Problem sein? Danke schon mal!
 
Last edited:
Dovecot kann auf nicht mehr korrekt auf das volle /dev/md2 zugreifen und wird dann von monit gekilled.
 
Hallo @GwenDragon .

Code: 
/dev/md2       1055711676 882231008  119783748  89% /

Plesk meldet das auch:
Bildschirmfoto 2021-12-11 um 14.58.14.png


Was ich jedoch grad nicht verstehe: Das sind doch keine 3TB der Server hat 2x 3TB im RAID1.

Das vollste Verzeichnis ist dies hier, wohl wo die Backups einer Domain drin sind:
Code: 
765416076    /var/lib/psa/dumps/domains/xxxxxxxxx.de
ca. 770GB. Tortzdem verstehe ich nicht, warum der da meckert? Das scheint ja so, als wäre die maximale Grenze von 1TB bald erreicht, obwohl 3TB verbaut sind.
 
Last edited:
Die 3TB deiner Kapazität werden für verschiedene Bereiche aufgeteilt und so in das System gemountet. Gib mal df -h in der Konsole ein, dann kannst du sehen wie die 3TB verteilt wurden. Das nur als Informativen Teil. Dein Problem ist nach wie vor das was Joe User schon angemerkt hatte. nun musst du schauen das du da etwas Platz schaffst.
 
Das Problem habe ich schon gefunden: Platte voll.

Aber wie kann ich mehr als 1TB für den Produktiven Teil nutzen? 1TB von nur 3 finde ich mager.
 
Ich weiß ja nicht, welche Partitions du erstellt und eingehängt hast.
Lasse dir bitte mal die mounts anzeigen.
 
Das war ein fertiges Image mit Debian und Plesk aus dem Hetzner Robot

Code: 
Filesystem      Size  Used Avail Use% Mounted on
udev             16G     0   16G   0% /dev
tmpfs           3.2G  812K  3.2G   1% /run
/dev/md2       1007G  842G  115G  89% /
tmpfs            16G  4.0K   16G   1% /dev/shm
tmpfs           5.0M   20K  5.0M   1% /run/lock
tmpfs            16G     0   16G   0% /sys/fs/cgroup
/dev/md3        1.7T   77M  1.6T   1% /home
/dev/md1        488M   73M  390M  16% /boot
tmpfs           3.2G     0  3.2G   0% /run/user/0

Wäre es ohne Datenverlust möglich, die /home Partition zu verkleinern damit der dadurch freigegebene Speicherplatz dann dem / zur Verfügung steht?
 
Last edited:
kommt drauf an, wie das Ding installiert ist.

Ehrlich gesagt sind sowohl 1TB für / als auch 1.7TB für /home bei einer Server-Installation alles mögliche - nur nicht sinnvoll...
 
was meinst du mit „kommt drauf an wie das Ding installiert ist“?

Sehe ich auch so, das 1TB für / zu wenig sind und 1.7 für /home zu viel.
 
Schon 1TB für / ist Schwachsinn. Mehr sogar noch größerer Schwachsinn.

Da reichen 20G (und selbst das ist schon reichlich) - den Rest paritioniert man nach Anforderung der jeweiligen Serversoftware.

"wie das Ding installiert ist" - na irgendwie sind ja vermutlich irgendwelche Partitionen / Filesysteme auf den verbauten Festplatten angelegt. Je nach dem wie das geschehen ist - kann man die Aufteilung mehr oder weniger kompliziert und unfallfrei anpassen.
 
Das sieht nach der Standardinstallation eines große deutschen Hosters aus. Total Banane für /home soviel zu reservieren bei Plesk Nutzung. Du könntest /var/lib/psa/dumps nach /home/dumps verschieben wenn du Kenntnisse hast wo es eingestellt und wie es rüberkopiert/verschoben wird..
 
Ich habe gerade mal nachgesehen wie die HDD standardmäßig Partitioniert wird:

Code: 
PART swap swap 8G
PART /boot ext3 512M
PART / ext4 1024G
PART /home ext4 all
 
Dafür, dass root seine Dienste nicht entsprechend der verfügbaren Partitionen konfiguriert, kann der Anbieter erstmal gar nichts!
Zudem lässt sich bei besagtem Anbieter die Partitionierung sowohl vor dem automatisierten Partitionnierungsvorgang individuell anpassen, worauf root hier offensichtlich verzichtete, als auch eine individuelle Partitionierung selbst vornehmen, worauf root ebenfalls verzichtete.
Nun muss root entweder mit seinen zuvor selbst getroffenen Entscheidungen leben, oder sehr mühsam sein System umfrickeln.
Oder root hat auf die harte Tour dazugelernt und sichert nun seine Nutzdaten und fängt mit einer Neuinstallation mit passenderer Partitionierung neu an, was die empfehlenswerteste Lösung ist.

BTW: Es ist auch nicht "Banane" für /home den restlichen verfügbaren Speicher verfügbar zu machen, denn irgendeinen Default muss der Anbieter nunmal setzen. "Banane" ist es, wenn überhaupt, von root, diesen Default einfach blind zu übernehmen und dann die eigenen Konfigurationen nicht daran anzupassen...
 
Joe User said:
Dafür, dass root seine Dienste nicht entsprechend der verfügbaren Partitionen konfiguriert, kann der Anbieter erstmal gar nichts!
Zudem lässt sich bei besagtem Anbieter die Partitionierung sowohl vor dem automatisierten Partitionnierungsvorgang individuell anpassen, worauf root hier offensichtlich verzichtete, als auch eine individuelle Partitionierung selbst vornehmen, worauf root ebenfalls verzichtete.
Nun muss root entweder mit seinen zuvor selbst getroffenen Entscheidungen leben, oder sehr mühsam sein System umfrickeln.
Oder root hat auf die harte Tour dazugelernt und sichert nun seine Nutzdaten und fängt mit einer Neuinstallation mit passenderer Partitionierung neu an, was die empfehlenswerteste Lösung ist.

BTW: Es ist auch nicht "Banane" für /home den restlichen verfügbaren Speicher verfügbar zu machen, denn irgendeinen Default muss der Anbieter nunmal setzen. "Banane" ist es, wenn überhaupt, von root, diesen Default einfach blind zu übernehmen und dann die eigenen Konfigurationen nicht daran anzupassen...
Click to expand...

Es hat gesprochen. Also richtet euch danach. haha

Nö du redest wieder mal Sachen. Sehe ich gänzlich anders. Es gibt keinen Grund bei einem Plesk Server ein /home mit 2/3 des Speichers in der default Stellung. Wer hier schuld ist kannste dir aussuchen. Und die Bananen kannste auch beliebig verteilen.

Fakt ist jedenfalls das ich bereits mehrere solcher Fälle bearbeitet habe. Nicht jeder "root" ist gleich in der Lage zu sichern und neu zu installieren bei einer Produktivinstallation. Da muß man schon etwas genauer hinsehen und das Verschieben des /var/lib/psa/dumps Verzeichnisses ist hier die wirksamste Lösung.

Insbesondere bei solchem Datenstand:

765416076 /var/lib/psa/dumps/domains/xxxxxxxxx.de
Click to expand...

Nicht alles was Joe sagt ist jedermanns best practice und schon gar nicht immer die sinnvollste Lösung.
 
Wenn man Ahnung von Debian-Desktops hat, weiß eineR, dass nicht stumpf alles übernommen werden sollte, was der Installer für die Festplatten vorschlägt. Dass bei einem Server vielleicht die Partition angepasst werden sollte, versteht sich von selbst.

Warum aber für /home eine extra Partition auf derselben HD? Wenn man keine Ahnung hat wie viel man braucht, ist es sinnvoll dafür keine Partition zu nutzen und es unterhalb / zu belassen. Sicher gibt es Gründe auch /home separat auf eine extra HD zu setzen.

@TheRoody Bitte wende dich mal an den Hetzner-Support und sagen denen, dass die Partitionierung der Debian-Images so nicht praxisgerecht ist.

Ansonsten:
800 GB für Plesk dumps? Was sicherst du denn da mit Plesk und wie oft rotiert das Backup?
Schau doch mal unter Start > Tools & Einstellungen > Backup-Manager
Zudem lässt sich auch manches einstellen, siehe
 
Last edited:
You must log in or register to reply here.
Back
Top