/opt/cyrus/mailboxes.db: Not enough space
Simon Matter
simon.matter at ch.sauter-bc.com
Wed Dec 3 10:02:14 EST 2003
> 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?
I don't have deep knowledge about skiplist. What I know is that it works
great for the recommended dbs and recovery takes place whenever the
skiplist file is accessed the first time after a server restart (at least
it seems to me so).
>From what I know 2.2 is not really different with the db backends but what
differs is the default and recommended backends for several dbs like
mailboxes. They changed some of them to skiplist.
Simon
>
> 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
>> > >
>> > >
>> >
>>
>>
>
More information about the Info-cyrus
mailing list