Cyrus with a NFS storage. random DBERROR

[Michael Menge]

Hi,

i havent used the replication my selfe, so the information is only based on
what i have read on this list.

The sync_client discovers all changes on the mailboxes queues them and send
them to the server. In case of a system crash ther might be changes  
that are still queued and not send to the server.

Quoting Dmitriy Kirhlarov <dimma at higis.ru>:

> Michael Menge wrote:
>> Hi,
>>
>> after the problem with the wiki was solved, i added a summery about
>> CyrusCluster
>> http://cyrusimap.web.cmu.edu/twiki/bin/view/Cyrus/CyrusCluster .
> Could you, please, describe more detailed problems with replication:
> CyrusReplication: ... The replication is asynchrony so you might lose
> some mails.
>
> I test this functionality and doesn't find problem.
> If sync_client lost connection to sync_server (link down, firewalls
> drops tcp sessions, etc) I just run 'sync_client -u username' for fixing
> problem. It's enough.
>
>
> WBR.
> Dmitriy
> ----
> Cyrus Home Page: http://cyrusimap.web.cmu.edu/
> Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
> List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
>



--------------------------------------------------------------------------------
M.Menge                                 Tel.: (49) 7071/29-70316
Universitaet Tuebingen                  Fax.: (49) 7071/29-5912
Zentrum fuer Datenverarbeitung          mail:  
michael.menge at zdv.uni-tuebingen.de
Waechterstrasse 76
72074 Tuebingen
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5469 bytes
Desc: S/MIME krytographische Unterschrift
Url : http://lists.andrew.cmu.edu/pipermail/info-cyrus/attachments/20070608/745bf749/attachment-0001.bin