Dovecot v2.3.8 released
Tom Sommer
mail at tomsommer.dk
Sun Oct 20 12:37:19 EEST 2019
On 2019-10-20 11:30, Timo Sirainen via dovecot wrote:
>> On 18 Oct 2019, at 13.43, Tom Sommer via dovecot <dovecot at dovecot.org>
>> wrote:
>>
>>> I am seeing a lot of errors since the upgrade, on multiple client
>>> accounts:
>>> Info: Connection closed: read(size=7902) failed: Connection reset by
>>> peer (UID FETCH running for 0.242 + waiting input/output for 108.816
>>> secs, 60 B in + 24780576+8192 B out, state=wait-output)
>>> Using NFS storage (not running with the mail_nfs_index or
>>> mail_nfs_storage)
>>> Was something changed in terms of IO/Idle timeouts?
>>
>> We are also seeing different I/O patterns since the upgrade, more I/O
>> is being used than normal.
>
> What was the previous version you were running?
2.3.7.2
>> This is mail_debug from one of the accounts in question:
>>
>> Oct 18 13:39:37 imap(XXXX)<7552><ebbmyS2VPPFOxv4t>: Debug: Mailbox
>> INBOX: Mailbox opened because: SELECT
>> Oct 18 13:39:37 imap(XXXX)<7552><ebbmyS2VPPFOxv4t>: Debug: Mailbox
>> INBOX: UID 17854: Opened mail because: prefetch
>> Oct 18 13:39:37 imap(XXXX)<7552><ebbmyS2VPPFOxv4t>: Debug: Mailbox
>> INBOX: UID 17854: Opened mail because: full mail
> ..
>> Oct 18 13:39:48 imap(XXXX)<7552><ebbmyS2VPPFOxv4t>: Debug: Mailbox
>> INBOX: UID 17947: Opened mail because: full mail
>
> Quite a lot of mail downloads for a single session. I wonder if the
> user really had that many new mails or if they were being redownloaded
> for some reason?
They might redownload because of UID FETCH failing?
>> Oct 18 13:40:56 imap(XXXX)<7552><ebbmyS2VPPFOxv4t>: Debug: Mailbox
>> Junk: Mailbox opened because: autoexpunge
>> Oct 18 13:40:56 imap(XXXX)<7552><ebbmyS2VPPFOxv4t>: Debug: Mailbox
>> Junk E-mail: Mailbox opened because: autoexpunge
>> Oct 18 13:40:56 imap(XXXX)<7552><ebbmyS2VPPFOxv4t>: Info: Connection
>> closed: read(size=7902) failed: Connection reset by peer (UID FETCH
>> running for 0.542 + waiting input/output for 78.357 secs, 60 B in +
>> 39221480+8192 B out, state=wait-output) in=290 out=39401283 deleted=0
>> expunged=0 trashed=0 hdr_count=0 hdr_bytes=0 body_count=94
>> body_bytes=39210315
>
> state=wait-output means Dovecot was waiting for client to read the
> data it is sending. In v2.3.7 there was some changes related to this,
> but were you previously successfully running v2.3.7? In v2.3.8 I can't
> really think of such changes.
Yes, we were successfully running 2.3.7.2 before, the issue started just
after the upgrade
It can't be related to changes in the indexes? Increasing I/O
There were no input/output errors in the logs prior to 2.3.8
---
Tom
More information about the dovecot
mailing list