/opt/cyrus/mailboxes.db: Not enough space

[Jim Howell]

Hi,
         In short there seems to be some versions of the Berkeley DB that 
don't function well with Cyrus.  I believe it is a bug within Berkeley DB, 
I suspect any application using it would have this problem.  I don't know 
the differences between Berkeley DB and skiplist, but I do know that once I 
switched formats the problem went away and that was the most important 
thing from my standpoint.
         I'll leave the more DB specific technical descriptions/differences 
part to those who are more qualified.
Jim

At 02:19 PM 12/3/2003 +0100, Wolfgang Hottgenroth wrote:
>Hi,
>
>
>unfortunately I read this message not earlier than today ... when I
>ran into a similar situation with the 'DBERROR: ... Not enough space'.
>
>I'm using cyrus-imap-2.1.12 with Berkeley DB 4.1.25.
>
>So, I understand correct, that you recommend against using the default
>setting (Berkeley DB) for the mailboxes list but skiplist? What
>actually means 'skiplist'? And what is the difference to 'flat'?
>
>And, does it actually means that Berkeley DB won't work properly
>together with cyrus imap?
>
>
>Thanks,
>Wolfgang
>
>
>
>On Fri, 28 Mar 2003, Rob Siemborski wrote:
>
> > If you haven't had the suggestion before, it's really not recommended to
> > use Berkeley DB for your mailbox list.  Use skiplist instead.
> >
> > -Rob
> >
> > On Fri, 28 Mar 2003, Jim Howell wrote:
> >
> > > Hi,
> > >     Last night we had this happen again on one of our systems.  What 
> is the
> > > current thinking as to the cause and/or fix to this problem?  I saw one
> > > response last time that said backing off to DB 4.0 would help.  Again the
> > > versions of things are:
> > >
> > > Sendmail 8.12.8
> > > Cyrus 2.1.11
> > > Berkeley DB 4.1.24
> > >
> > > Thanks.
> > > Jim
> > >
> > >
> > >
> > > Hi,
> > >     I have an interesting problem.  Over the weekend our syslog 
> forwarder went
> > > beserk generating over 300,000 messages to about 6 people.  This morning
> > > our three new Cyrus systems went belly up, (yes that is a technical 
> term),
> > > actually the master daemon seemed to eventually freeze up.  The only real
> > > error msgs I can find are these:
> > > Mar 10 00:18:16 postoffice8 lmtpd[27393]: [ID 729713 local6.error] 
> DBERROR:
> > > opening /opt/cyrus/mailboxes.db: Not enough space
> > > Mar 10 08:04:46 postoffice8 pop3d[2183]: [ID 729713 local6.error] 
> DBERROR:
> > > opening /opt/cyrus/mailboxes.db: Not enough space
> > > Mar 10 08:12:58 postoffice8 imapd[2489]: [ID 729713 local6.error] 
> DBERROR:
> > > opening /opt/cyrus/mailboxes.db: Not enough space
> > > Mar 10 08:14:05 postoffice8 imapd[2731]: [ID 729713 local6.error] 
> DBERROR:
> > > opening /opt/cyrus/mailboxes.db: Not enough space
> > > Mar 10 08:27:59 postoffice8 imapd[3951]: [ID 729713 local6.error] 
> DBERROR:
> > > opening /opt/cyrus/mailboxes.db: Not enough space
> > >
> > > Now I'm been running older versions of Cyrus (1.5.19) for years at 
> 300,000
> > > messages a day with no trouble.  I don't believe space is really an 
> issue,
> > > here is a df -k from one of the systems.
> > >
> > > Filesystem            kbytes    used   avail capacity  Mounted on
> > > /dev/md/dsk/d0       1984564  904568 1020460    47%    /
> > > /proc                      0       0       0     0%    /proc
> > > fd                         0       0       0     0%    /dev/fd
> > > mnttab                     0       0       0     0%    /etc/mnttab
> > > /dev/md/dsk/d1        962573  255248  649571    29%    /var
> > > swap                 28642528      32 28642496     1%    /var/run
> > > swap                 28655440   12944 28642496     1%    /tmp
> > > /dev/md/dsk/d4       5040814    8134 4982272     1%    /users
> > > /dev/md/dsk/d3       5040814  452439 4537967    10%    /opt
> > > /dev/vx/dsk/po8_dg01/logvol01
> > >                       5160542  115891 4993046     3%    /logs
> > > /dev/vx/dsk/po8_dg01/mqueuevol01
> > >                       10321884    4986 10213680     1%    /mqueue
> > > /dev/vx/dsk/po8_dg01/cyrus_data_vol01
> > >                       41287586  126222 40748489     1%    /opt/cyrus
> > > /dev/vx/dsk/po8_dg01/sendmailvol01
> > >                       41287586  603402 
> 40271309     2%    /opt/sendmail_vol
> > > /dev/vx/dsk/po8_dg01/cyrus_app_vol01
> > >                       41287586  147526 40727185     1%    /opt/cyrus_vol
> > > /dev/vx/dsk/po8_dg01/spoolvol01
> > >                       103218991  679107 
> 101507695     1%    /var/spool/mail
> > > swap                 28642640     144 28642496     1%    /opt/cyrus/proc
> > > /dev/vx/dsk/po8_dg01/appvol01
> > >                       20643785   54397 20382951     1%    /applications
> > >
> > >
> > > This is all with Cyrus 2.1.11 on a V880 with 32GB of memory with 
> Solaris 8
> > > and, Sendmail 8.12.8.  Anyone seen this before?  Thanks.
> > > Jim
> > >
> > >
> > >
> >
> > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> > Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
> > Research Systems Programmer * /usr/contributed Gatekeeper
> >
> >

Jim Howell
CIT Messaging Systems Manager
Cornell University
728 Rhodes Hall
Email: jwh2 at cornell.edu
Phone: 607-255-9369