Re: Berkeley DB upgrade - 2nd try

From: Andrew Morgan (no email)
Date: Tue Aug 29 2006 - 18:26:07 EDT

  • Next message: Bron Gondwana: "Re: sync_client stalls the rest of cyrus while 'no route to host'"

    On Tue, 29 Aug 2006, Paul Boven wrote:

    > Progress made since:
    >
    > I've tried to build a Cyrus without any Berkeley by specifying
    > '--without-bdb' - for that, I had to comment out a fixed '#include <db.h>' in
    > lib/auth_pts.h. But that only resulted in this error message when starting
    > up: "Fatal error: cyrusdb backend berkeley not supported". Other people seem
    > to have managed to go without Berkeley, but so far I haven't - and as Berkely
    > has better performance for the deliver.db and tls_sessions.db, that is not
    > the preferred workaround anyway.
    >
    > I've started building cyrus-imapd-2.2.13 - the Cyrus homepage still lists
    > 2.2.12 as the 'current' version, but is apparently outdated a bit. In another
    > posting to this list, Andrew Morgan hinted that "Cyrus v2.2.12 and older will
    > not work with Berkeley DB 4.3+ without a patch". With 2.2.13, at least I get
    > a meaningful error out of Berkeley when I start Cyrus:
    >
    > DBERROR db4: Skipping log file /var/imap/db/log.0000000001: historic log
    > version 7
    > DBERROR db4: /var/imap/db/log.0000000002: log file open failed: No such file
    > or directory
    > DBERROR db4: PANIC: No such file or directory
    >
    > Running db_recover from Berkeley4.4.20 gave me essentially the same errors.
    >
    > In the end, I figured it apparently doesn't care about log.00000001, so I
    > moved it aside. This time, it also stopped looking for log.00000002 and
    > recovered succesfully. And now Cyrus works again!
    >
    > Before I even want to consider doing this kind of surgery on any of my
    > production Cyrus servers, I'd like to know what would have been in
    > log.00000001 - what risks do I run when removing it?

    If you have already eliminated all uses of Berkeley DB in your Cyrus
    backends (check your imapd.conf file), then anything in those log.xxx
    files is junk anyways. :)

    On my production Cyrus servers, I do not use Berkeley DB at all. And yet
    I still have __db.00x and log.xxx files in the db directory. The
    timestamps on those files correspond to the last time I restarted Cyrus.
    Go figure.

    However, I do see that imapd processes have some of those files open (lsof
    output), so maybe there is still some use for them that I'm not aware of.

             Andy

    ----
    Cyrus Home Page: http://asg.web.cmu.edu/cyrus
    Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
    List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
    

  • Next message: Bron Gondwana: "Re: sync_client stalls the rest of cyrus while 'no route to host'"





    Hosted Email Solutions

    Invaluement Anti-Spam DNSBLs



    Powered By FreeBSD   Powered By FreeBSD