Re: Help on reconstruct - Cyrus2.3.11

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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!

---
sarenet
Egoitz Aurrekoetxea
Departamento de sistemas
944 209 470
Parque Tecnológico. Edificio 103
48170 Zamudio (Bizkaia)

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, egoitz@xxxxxxxxxx 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.tanguy@xxxxxxxxxxxxx> 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

[Index of Archives]     [Cyrus SASL]     [Squirrel Mail]     [Asterisk PBX]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [KDE]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux