Re: another problem with conversations db

Michael Menge <[email protected]>
Newsgroups gmane.mail.imap.cyrus
Message-ID <20190125122553.Horde.tHssU9Ti123qWJ0cZj5sMpV@webmail.uni-tuebingen.de>
Hi,


Quoting Bron Gondwana <[email protected]>:

> On Fri, Jan 25, 2019, at 20:00, Michael Menge wrote:
>> Hi Bron
>>
>>
>> Quoting Bron Gondwana <[email protected]>:
>>
>> > Sorry I haven't been following along with this earlier. Can you post
>> > your imapd.conf and cyrus.conf as well as let her know if you run
>> > anything which directly messes with files on disk.
>>
>> Thanks for looking into it. I have attached the backend and replica
>> configs. There should be nothing messing with the files on disk
>> directly. Some times we need to restore mails from file based
>> backup (bacula) followed by a reconstruct but this was not the
>> case this time.
>
> Do you always rebuild the conversations db after doing the  
> reconstruct? That will be necessary now. We switched to doing all  
> our restores using IMAP append a while back so we're never fiddling  
> the file system under Cyrus.
>

We didn't have to restore any mails from backup since we enabled  
conversation db
a few weeks ago. It is good to know that the rebuild is necessary, but  
shouldn't
reconstruct also update the conversation db if it re-appends the message?
At least a hint should be put in the reconstruct man page, like the  
one for "quota -f"


>> >
>> > Also, what operating system is this on and what Cyrus version?
>> >
>>
>> We are running a cyrus 3.0.8 compiled with the following Options
>> (./configure --enable-murder --enable-http --enable-calalarmd
>> --enable-replication --enable-backup --enable-idled
>> --enable-autocreate CFLAGS="-fPIC -g")
>> in a murder configuration on a RHEL 7.5 System. As filesystem we use xfs.
>
> They should be fine. I'll have a read of the config when I'm at a  
> real computer.
>
>>
>> > Bron.
>> >
>> > On Fri, Jan 25, 2019, at 04:08, Michael Menge wrote:
>> >> Hi,
>> >>
>> >> I have discovered an other problem with the conversations db:
>> >>
>> >> Thousends of lines with "IOERROR: conversations_audit on load:" and
>> >> "IOERROR: conversations_audit on store:"
>> >> A look at the source code shows that these errors are logged after
>> >> "_sanity_check_counts" is called.
>> >> The log level LOG_ERR and the prefix IOERROR indicate that I have a
>> >> serious problem. Do I?
>> >>
>> >> This problem occurred for accounts where the rebuild of the
>> >> conversations db was successful.
>> >>
>> >> I don't want to rebuild the conversations db every few days.
>> >>
>> >> Any help is appreciated.
>> >>
>> >> Kind regards
>> >>
>> >>
>> >> Michael Menge



--------------------------------------------------------------------------------
M.Menge                                Tel.: (49) 7071/29-70316
Universität Tübingen                   Fax.: (49) 7071/29-5912
Zentrum für Datenverarbeitung          mail:  
[email protected]
Wächterstraße 76
72074 Tübingen

----
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.