Hi there,
I have an installation of cyrus 2.2, running an ubuntu server. It used
db4.6. Everything works fine, except that I get DBERRORs (log included
below) in the log. The errors do not seem to affect mail delivery.
I've done a db_checkpoint and db_restore on the db, which seems to have
Here is the setup
Cyrus 2.2.12-4ubuntu1
squirrelmail 1.4.8-1~dapper1
Avelsieve 1.0
When trying to get install a seive filter using squirrelmail/
Avelsieve I am getting the following error in log mail.err. And the
filters are not working.
Jan 10 09:37:21 little cyrus/sieve[27954]: DBERROR:
All:
We just completed an upgrade from Cyrus 2.1.15 to Cyrus 2.3.3. We have
configured Cyrus to use either skiplist or flat files. We are not
knowingly using Berkely DB for anything (see entries below for Cyrus
backend databases).
We periodically see the following entries in the imap
Rob Mueller wrote:
I don't know anyone who uses BDB for critical DB's in cyrus. They're too
big for seen/sub state db's, too slow for enumerating across the
mailboxes db, which really only leaves suplicate delivery and tls cache
dbs.
HP-UX people. The mmap() implementation on HP-UX won't do
:21 AM
Subject: Re: reoccuring DBERRORs
On Sat, 25 Feb 2006 09:59:31 +1100
Rob Mueller [EMAIL PROTECTED] wrote:
We have seen many strange problems with BDB over the years. It's taken
quite
a bit of fiddling of /var/imap/db/DB_CONFIG values to get a BDB
environment
that will run stably over
Simon Matter wrote:
I guess your cyrus configdirectory is /var/lib/cyrus. Then, did you try
removing the transaction logs in /var/lib/cyrus/db after removing
deliver.db and tls_cache.db?
No, I didn't. I've thought about it, but none of the messages I've read
in the archives mentioned
When I shut down Cyrus cleanly, which of the files in /var/lib/cyrus/db
can be deleted safely along with deliver.db then?
FYI, we're using 2.3 and have:
duplicate_db: berkeley-nosync
seenstate_db: skiplist
subscription_db: flat
mboxlist_db: skiplist
And our cyrus start script does:
On Fri, 2006-02-24 at 21:39 +1100, Rob Mueller wrote:
When I shut down Cyrus cleanly, which of the files in /var/lib/cyrus/db
can be deleted safely along with deliver.db then?
FYI, we're using 2.3 and have:
duplicate_db: berkeley-nosync
seenstate_db: skiplist
subscription_db: flat
On Fri, 24 Feb 2006, Kjetil Torgrim Homme wrote:
On Fri, 2006-02-24 at 21:39 +1100, Rob Mueller wrote:
When I shut down Cyrus cleanly, which of the files in /var/lib/cyrus/db
can be deleted safely along with deliver.db then?
FYI, we're using 2.3 and have:
duplicate_db: berkeley-nosync
On 2006-02-24 11:39:08 -0500 Henrique de Moraes Holschuh
[EMAIL PROTECTED] wrote:
On Fri, 24 Feb 2006, Igor Brezac wrote:
This is really not neccassry unless the berkeley database is
corrupt. Use
'db_recover' to reset the berkeley environment while cyrus server is
not
running.
Cyrus
On Fri, 24 Feb 2006, Igor Brezac wrote:
This is really not neccassry unless the berkeley database is corrupt.
Use 'db_recover' to reset the berkeley environment while cyrus server is
not running.
Cyrus itself attempts to db_recover at startup. Or at least it used to...
It is the reason why
On Fri, 24 Feb 2006, Henrique de Moraes Holschuh wrote:
On Fri, 24 Feb 2006, Igor Brezac wrote:
This is really not neccassry unless the berkeley database is corrupt.
Use 'db_recover' to reset the berkeley environment while cyrus server is
not running.
Cyrus itself attempts to db_recover at
On Fri, 24 Feb 2006, Igor Brezac wrote:
It is *much* more stable than 4.x. if you're using DB3 from a distro (e.g.
Debian's). But it is slower, though.
The stability of DB3 over DB4 is arguable. OpenLDAP folks will disagree
with you. Also my experience is with Solaris in this regard.
be careful. in general, deleting transactions which haven't been
applied to the database isn't a good solution. but since you're only
using Berkeley for duplicate_db, which is non-critical, it is fine in
your setting.
I don't know anyone who uses BDB for critical DB's in cyrus. They're too
On Sat, 25 Feb 2006 09:59:31 +1100
Rob Mueller [EMAIL PROTECTED] wrote:
We have seen many strange problems with BDB over the years. It's taken quite
a bit of fiddling of /var/imap/db/DB_CONFIG values to get a BDB environment
that will run stably over extended periods and loads and on large
Hello there,
I'm running Debian Sarge with Cyrus 2.1.18 on an IBM xSeries Dual-Xeon with
8GB RAM and 450GB disks (ServeRaid controller, RAID5 w/ hot-spare). The
machine serves 22000 accounts (mostly POP3, ca. 250 IMAP users) and has been
running happily without any notable load for a year.
When
On 2/23/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I've run cyrreconstruct. I've wandered through the mailing list archive and
found countless posts mentioning DB errors, but no real solution.
Documentation seems to be outdated, wrong, or non-existant. I feel lost.
Is there *any* way to
Hello there,
I'm running Debian Sarge with Cyrus 2.1.18 on an IBM xSeries Dual-Xeon
with
8GB RAM and 450GB disks (ServeRaid controller, RAID5 w/ hot-spare). The
machine serves 22000 accounts (mostly POP3, ca. 250 IMAP users) and has
been
running happily without any notable load for a year.
Hi
On Fri, Mar 11, 2005 at 02:40:36PM -0800, ML mail wrote:
Hello Again
After restarting the master process, I now get a few
error messages in my cyrus logfile at each checkpoint:
DBERROR: error listing log files: Permission denied
DBERROR: archive /var/cyrus/db: cyrusdb error
[snip]
Selon Michael Wood [EMAIL PROTECTED]:
DBERROR: error listing log files: Permission denied
DBERROR: archive /var/cyrus/db: cyrusdb error
[snip]
Hi,
Try to start cyrus while inside a directory owned by the cyrus user.
ie:
cd /var/cyrus
/path/to/master -d
---
Cyrus Home Page:
Thanks that fixed it !!
Regards
--- Antoine Jacoutot [EMAIL PROTECTED] wrote:
Selon Michael Wood [EMAIL PROTECTED]:
DBERROR: error listing log files: Permission
denied
DBERROR: archive /var/cyrus/db: cyrusdb error
[snip]
Hi,
Try to start cyrus while inside a directory owned by
Hello Again
After restarting the master process, I now get a few
error messages in my cyrus logfile at each checkpoint:
DBERROR: error listing log files: Permission denied
DBERROR: archive /var/cyrus/db: cyrusdb error
Was does this mean ? And where on which file/directory
does cyrus has a
I'm using the unified imap tree (with some assistance from Ken
Murchison) to have 3 servers use the same filesystem on a SAN with GPFS.
When I start cyrus on either the master or the slaves, I get the errors
shown below. I think I just need to specify the database format(s) in my
imapd.conf
Prentice Bisbal wrote:
I'm using the unified imap tree (with some assistance from Ken
Murchison) to have 3 servers use the same filesystem on a SAN with GPFS.
When I start cyrus on either the master or the slaves, I get the errors
shown below. I think I just need to specify the database
Okay, on to the next set of problems. I am getting a whole slew of DBERRORS
when the server starts up. The following is a snippet from the syslog when
the Cyrus server is first started:
master[1334637]: process started
master[1334878]: about to exec /usr/cyrus/bin/ctl_cyrusdb
ctl_cyrusdb[1334878
--On Monday, January 20, 2003 08:32:20 AM +0100 Juergen Wolf
[EMAIL PROTECTED] wrote:
Hi @all,
I am still getting these strange DB_ERRORS, unfortunately nobody seems to
know any solution for this. After lots of testing I found, that these
errors only appear if the cyrus master process is
Hi All,
I have a little bit strange problem with cyrus 2.1.11. After compiling
sasl 2.1.10 and cyrus 2.1.11 everything seems to run fine. Mail is getting
in an can be read by users. After I stop and restart cyrus, I keep getting
errors while checkpointing.
ctl_cyrusdb[1540910]: DBERROR: error
Jeff Bert wrote:
Luca,
When I built the cyrus-sasl-2.1.2 rpm from your source files I noticed that
the make output never had a -I/usr/include/db3 which is where the
include files for BerkeleyDB3.3 are stored from the Mandrake RPM's.
It's there in my Makefiles, so that this is not the
Luca Olivetti wrote:
Is that example configuration not good?
Dunno for sure. I tend to change something and test... change and test...
change and test... but I didn't write everything down so I have to admit I'm
not sure how I got rid of those db3 errors... I had them too but don't
now... it
Jeff Bert wrote:
Luca Olivetti wrote:
Is that example configuration not good?
Dunno for sure. I tend to change something and test... change and test...
change and test... but I didn't write everything down so I have to admit I'm
not sure how I got rid of those db3 errors... I had them
.
So flat -- db3 didn't work, but flat -- skiplist does.
No DBERRORS so far, but it has been working for just a couple of hours.
I'll see if this also solves the mozilla unseen problem.
Bye
--
Luca Olivetti
Wetron Automatización S.A. http://www.wetron.es/
Tel. +34 93 5883004 Fax +34 93 5883007
DBERRORS db3: x
lockers messages?
Hi,
in an attempt to see if it solved the mozilla unseen problem (see
http://asg.web.cmu.edu/archive/message.php?mailbox=archive.info-cy
rusmsg=13859)
I compiled cyrus with db3 as the seen db. I quickly went back to flat
because I saw much more DBERRORS db3
Hi,
in an attempt to see if it solved the mozilla unseen problem (see
http://asg.web.cmu.edu/archive/message.php?mailbox=archive.info-cyrusmsg=13859)
I compiled cyrus with db3 as the seen db. I quickly went back to flat
because I saw much more DBERRORS db3: x lockers than normal (btw
: Amos Gouaux [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, January 02, 2002 6:14 PM
Subject: Re: DBERRORs
On Wed, 2 Jan 2002 15:06:06 -0600,
Connie S Fensky [EMAIL PROTECTED] (csf) writes:
csf Jan 2 12:31:12 frank imapd[7168]: DBERROR: error closing:
DB_INCOMPLETE:
csf Cache
You said you had to increase the number of processes per user.
Perhaps the stack size per user also needs increasing?
On Thu, 3 Jan 2002 08:39:53 -0600,
cfensky PostMaster (c) writes:
c Thanks for the input, but I've already checked that--we haven't used our
c swap yet, and we rarely go
I'm running Cyrus Imap 2.0.16, Sasl 1.5.24, DB-3.3.11 on an HP-UX 11.0 box
with Sendmail 8.11.1. We've upgraded cyrus from ~1.6 last Friday, and the
system ran perfectly until we got load on it today. I've already had to
increase the maximum number of processes allowed each user to accomodate the
On Wed, 2 Jan 2002 15:06:06 -0600,
Connie S Fensky [EMAIL PROTECTED] (csf) writes:
csf Jan 2 12:31:12 frank imapd[7168]: DBERROR: error closing: DB_INCOMPLETE:
csf Cache flush
csf was unable to complete
I don't think this is too terrible.
csf Jan 2 12:31:12 frank imapd[7168]: DBERROR:
Hello all
I am trying to run 2.0.12 on linux sparc. I keep getting the same error and
I am coming to that point that I do not what else to do :(
I have seen similar errors on the list, but the solutions don't seem to fit
my bill.
Any help would be deeply appreciated.
This is what I get in
Hello,
I've been running Cyrus 2.0.7-cvs (10-20-2000) and I noticed some
errors in the syslog. They are:
Oct 24 16:49:53 xx imapd[2502]: DBERROR: error
closing: DB_INCOMPLETE: Cache flush was unable to complete
Oct 24 16:49:53 xx imapd[2502]: DBERROR: error closing
mailboxes:
Hello,
I've been running Cyrus 2.0.7-cvs (10-20-2000) and I noticed some
errors in the syslog. They are:
Oct 24 16:49:53 xx imapd[2502]: DBERROR: error
closing: DB_INCOMPLETE: Cache flush was unable to complete
Oct 24 16:49:53 xx imapd[2502]: DBERROR: error closing
mailboxes:
40 matches
Mail list logo
