Re: cyrus-murder problems with database corruption in the frontend/master

From: Derrick J Brashear (no email)
Date: Wed Apr 06 2005 - 14:34:03 EDT

  • Next message: Eddy Beliveau: "SETANNOTATION failed - NO Permission denied"

    On Wed, 6 Apr 2005, Joćo Assad wrote:

    >>>> cyrus/mupdate[12614]: IOERROR: mapping /var/lib/imap/mailboxes.db file:
    >>>> Cannot allocate memory
    >>>
    >>
    >> Resource limited memory, or are you really running out of memory?
    >>
    >> Letting processes continue running in the face of an mmap failure needs to
    >> be re-examined I guess.

    []

    > I've noticed that once I get the mmap error, the system will still run
    > without spitting db errors for anywhere from a few mins to a few hours. Also,
    > I never get more than one mmap error before the db becomes unnusable.

    that's not shocking. i'd still like to know why mmap fails, but, failing
    that, and since you're already getting corruption, can you in mupdate.c
    replace fatal with a function which does:

    void fatal(const char *s, int code)
    {
       assert(0);
       exit(code); /* shut up GCC */
    }

    and then give us a backtrace from the core which you will then get?

    ---
    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: Eddy Beliveau: "SETANNOTATION failed - NO Permission denied"





    Hosted Email Solutions

    Invaluement Anti-Spam DNSBLs



    Powered By FreeBSD   Powered By FreeBSD