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 ha
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 log
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 f
1 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 s
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 l
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 b
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 regar
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 s
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 wh
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 its
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
seens
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:
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:
#
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 deleting
> 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
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* wa
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 o
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 dir
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: http://asg
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
[sni
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 permis
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 format(
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 fil
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 s
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
t and it did work.
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. +3
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 h
> 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...
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 t
sprune cmd="tls_prune" period=1440
}
Jeff
> -----Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Luca Olivetti
> Sent: Thursday, May 16, 2002 1:48 PM
> To: [EMAIL PROTECTED]
> Subject: does cvt_cyrusdb work? is it normal to have
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-cyrus&msg=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 n
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 (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 ov
l Message -
From: "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]&
> 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]
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
Hello,
I still have de same problem with ctl_mboxlist and ctl_deliver when I start
master:
Mar 2 11:25:01 maia syslog: unable to change limit of file descriptors available
Mar 2 11:25:01 maia master[16902]: process started
Mar 2 11:25:01 maia ctl_mboxlist[16903]: running mboxlist recovery
Hello Carlos
I read somewhere on the list about library issues on this kind system (Linux).
So , before building sasl :
export CPPFLAGS=/usr/local/BerkeleyDB.3.2/include
export CPPFLAGS=-I/usr/local/BerkeleyDB.3.2/include
export LDFLAGS=-L/usr/local/BerkeleyDB.3.2/lib
./configure
.
.
.
I still
Hi Larry,
it does exist, although it is empty. Should the mkimap script put something
else there ?
In the meantime I realized I had some library confusion with sasl and
berkeleydb. Now those db_env errors are gone, but ctl_mboxlist and
ctl_deliver still exit.
Feb 27 01:43:30 tricana master[3
By the way
When attempting to run ctl_mboxlist by itself, I get the following :
BUG IN DYNAMIC LINKER ld.so: dl-version.c: 210: _dl_check_map_versions:
Assertion `needed != ((void *)0)' failed!
What am I missing in the libraries part ?
This is a newly installed Debian2.2 sparc.
Tkx again
Does the /var/imap/db directory exist? Is it owned by user "cyrus"?
Larry
Date: Tue, 27 Feb 2001 00:48:18 -
From: Joao Pedras <[EMAIL PROTECTED]>
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 w
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 imap
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: cy
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: cy
45 matches
Mail list logo
