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

[Wolfgang Hottgenroth]

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))?

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?


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
> > >
> > >
> >
>
>