Monolithic mailboxes.db?

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

 



Hi.

We are going to upgrade to Cyrus v2.3 sometime before midsummer.
Currently, we are running an old, old version of Cyrus with a plaintext
mailboxes file. Now and again, an imapd process gets stuck and keeps the
writelock on the mailboxes file - so we have to kill the stuck process
manually before anybody else can complete any mailbox manipulation
procedure. This is, needless to say, annoying.

While planning this upgrade, my colleagues have been asking me whether
the mailboxes database in current Cyrus is monolithic in the same way:
if one process keeps a lock to one part of it, does it in fact have all
of the file locked? To be more exact, is this the case with the Skiplist
db format? We can't use berkeley because it doesn't work well with
clustering and GFS (see previous posts on the subject, and pse don't
tell me you can't cluster Cyrus).

Thanks for any info.


--Janne Peltonen
Email admin
Univ. of Helsinki
----
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

[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