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

[Igor Brezac]

On Wed, 3 Dec 2003, Wolfgang Hottgenroth wrote:

> Hi,
>
>
>
> On Wed, 3 Dec 2003, Igor Brezac wrote:
>
> >
> > Upgrade cyrus-imapd (it fixes an important bug with Berkeley DB 4.1.25)
> > and use skiplist for mailboxes although you should be able to use berkeley
> > as well.
>
> Thanks for your advice. Is it actually this "Not enough space" problem
> which is addressed by the fix you mention above or is it just the db3
> lockers problem about which I read the in the changelog (changes since
> 2.1.13: Correctly terminate the processes by calling service_abort
> even on successful exit (helps to fix a db3 lockers problem))?

This is the same problem: not 'releasing' lockers cause Berkeley
environment to run out of "space".

> However, concerning skiplist I read about several issues in the
> recovery of a corrupted skiplist file. Are these issues fixes with 2.1.16?
>
> Or are you talking about updating the a 2.2 version?

I believe the skiplist code is the same in both versions.  I've never
experienced problems with skiplist and I run a farily big email server.

-Igor

>
>
> Thanks,
> Wolfgang
>
>
> >
> > -Igor
> >
> > On Wed, 3 Dec 2003, 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
> > > >
> > > >
> > >
> >
> >
>

-- 
Igor