Hi!,
I'm an experienced user too... more than 10 too :)
It's just an advice... I'd recommend using Cyrus replication as an HA
mech. We use an own made mech for restoring mailboxes... the snapshot
causes often mailboxes to need a reconstruction. Obviously if it has
worked for you perhaps something has now changed... but as a general
advise... I'll tell you to use replication as ha and deletion delay for
instance as a recovery method.
Cheers!
---
EGOITZ AURREKOETXEA
Departamento de sistemas
944 209 470
Parque Tecnológico. Edificio 103
48170 Zamudio (Bizkaia)
ego...@sarenet.es
www.sarenet.es [1]
Antes de imprimir este correo electrónico piense si es necesario
hacerlo.
El 06-12-2018 10:32, Ismaël Tanguy escribió:
> Hello,
>
> thanks for your answer.
> We have been using for more than 10 years Cyrus with NFS because of the
> snapshot.
> Snapshot give a way to restore mail or mailbox.
> It has worked like a charm until the migration.
> Now we're stuck on daily mailbox corruption due to this storage.
>
> We're looking, first, to a way to automate safely the reconstruct of mailbox,
> ideally keeping the Seen State of mails.
> In parrellel, we're studying the migration to Cyrus 2.4.17 without the use of
> NFS.
>
> Cheers,
> Ismael
>
> Le 06/12/2018 à 08:21, ego...@sarenet.es a écrit : Hi!
>
> Mate nfs, is no tan appropiate storage for Cyrus. I'd recommend you using
> machine local storage. Using that kind of config won't success.
>
> Cheers,
>
> Egoitz,
>
> El 5 dic 2018, a las 12:13, Ismaël Tanguy <ismael.tan...@univ-brest.fr>
> escribió:
>
> Hello, this is a Cyrus 2.3.11 on Centos 5.
> About 5000 users for 10 To.
>
> Mail storage has been moved from NetApp NFS to FluidsFS (aka Dell Compellent
> NFS).
> Since an update on FluidFS, Imap spool undergoes daily NFS timeouts which
> leads to corrupt mailboxes.
> Typically, this begins with lines like this in /var/log/messages:
>
> Dec 5 09:54:43 mailhost kernel: lockd: server 192.xxx.xx.xx not responding,
> timed out
>
> Which is followed by IOERROR for accessed mailboxes during NFS timeout:
>
> Dec 5 09:54:47 mailhost lmtpunix[14542]: IOERROR: locking index for
> user.xxxx: Input/output error
> Dec 5 09:54:47 mailhost imaps[21999]: IOERROR: locking header for
> user.xxxx.Sent: Input/output error
> Dec 5 09:54:47 mailhost imaps[26935]: IOERROR: locking index for user.xxxx:
> Input/output error
> Dec 5 09:54:47 mailhost imaps[24013]: IOERROR: locking index for user.xxxx:
> Input/output error
> Dec 5 09:54:47 mailhost imaps[15672]: IOERROR: locking index for user.xxxx:
> Input/output error
> Dec 5 09:54:47 mailhost imaps[3999]: IOERROR: locking index for user.xxxx:
> Input/output error
> Dec 5 09:54:47 mailhost imaps[30671]: IOERROR: locking index for user.xxxx:
> Input/output error
>
> ...................
> Around 15 maiboxes are corrupted at each timeouts.
> Manually, we can repair this mailbox:
>
> * first, we have to delete all cyrus files in mailbox, if not the following
> reconstruct can be blocked
> * then, we reconstruct the mailbox (reconstruct -s user.<NAME>.<FOLDER>
>
> The downside of this method is that all messages in the reconstructed folder
> are marked 'Not seen'.
> To automate this, a Python script has been written, but sometimes not all
> cyrus files (cyrus.index) are recreated:
>
> Dec 5 01:03:53 mailhost lmtpunix[497]: IOERROR: opening
> /var/spool/imap/x/user/xxxxxx/cyrus.index: No such file or directory
>
> Timeouts happen about 3 times per day, and cyrus deliver process is blocked
> when delivering to a corrupted mailbox.
> So my first question is : how can we reconstruct a mailbox without marking
> mails as not seen?
> And my second question is : why cyrus files are not recreated everytime? Is
> this due to the -s parameter with reconstruct?
>
> Any help will be appreciated.
>
> Thanks
>
> ------------------
>
> Ismael TANGUY
>
> --
>
> ----
> 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
Links:
------
[1] http://www.sarenet.es
----
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
