Path: csiph.com!news.swapon.de!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: Arno Welzel <usenet@arnowelzel.de>
Newsgroups: de.comm.software.mailserver
Subject: Re: Dovecot langsam bei virtuellen Usern
Date: Sat, 9 Jun 2018 19:02:17 +0200
Lines: 39
Message-ID: <fo2fgrFlf25U2@mid.individual.net>
References: <pfgh3q$6ls$1@tota-refugium.de> <fo226aFj093U3@mid.individual.net> <pfgmsb$am3$1@tota-refugium.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: individual.net T4SinDF4G0MtlngzsULJ0QOVffscJpsk1o3MrBopmHn8stw0T8
Cancel-Lock: sha1:CJ3/rTZLCGkAhKDZD5Q4+gIibDU=
Openpgp: preference=signencrypt
In-Reply-To: <pfgmsb$am3$1@tota-refugium.de>
Xref: csiph.com de.comm.software.mailserver:5931

Tim Ritberg:

> Am 09.06.2018 um 15:14 schrieb Arno Welzel:
>>
>> Hast Du die Hinweise auf
>> <https://wiki.dovecot.org/Debugging/ProcessTracing> schon mal ausprobiert?
> 
> Jein, auf strace komm ich immer ganz alleine ;-)
> 
> https://pastebin.com/Hw7ZvkUB
> 
> 14942 ist der Root-Prozess von Docevot.
> 16933 scheint der Auth-Prozess für MySQL zu sein.
> 
> Mysql-Anfragen liefen alle unter 0,01 Sekunden.

Zitat von Dir:

"Ist das aber ein virtueller User, dauert es über 4 Sekunden."

Der strace-Ausschnitt sind aber nur ca. 2 Sekunden. Und da fällt mir
spontan das hier auf:

sendto(7, "<85>Jun  9 15:52:24 auth: pam_unix(dovecot:auth):
authentication failure; logname= uid=0 euid=0 tty=dovecot
ruser=VIRTUELLER-USER rhost=127.0.0.1 ", 156, MSG_NOSIGNAL, NULL, 0) = 156

"authentication failure" sieht zumindest nicht so aus, als würde der
Login-Vorgang völlig normal ablaufen.

JFTR: ein Dovecot hier kommt mit MariaDB und virtuellen Usern problemlos
zurecht und schafft den Login ohne erkennbare Verzögerungen.


-- 
Arno Welzel
https://arnowelzel.de
https://de-rec-fahrrad.de
http://fahrradzukunft.de