Re: cyrus perdtion , connections not dying

From: Robert Banz (no email)
Date: Fri Apr 04 2008 - 23:04:37 EDT

  • Next message: Alain Spineux: "Re: patch to force cyrus to reload its configuration in a more rigorous way"

    Why are you using perdition, when you could be using Cyrus' "murder"
    clustering which will work to the same end, with added bonuses of
    being able to share folders between users on both servers, easier
    administration, etc.

    -rob

    On Apr 4, 2008, at 9:51 AM, Andrew Morgan wrote:

    > On Fri, 4 Apr 2008, ram wrote:
    >
    >> I have a 40k user cyrus server , and I am trying to scale up by
    >> trying
    >> to add a perdition server infront of this server so that we can add
    >> more
    >> servers ( Both servers dell 2950 with 8GB RAM )
    >>
    >>
    >> But the problem I have the moment I install a perdition server is
    >> that ,
    >> the number of pop connections do not seem to reduce at all once
    >> started.
    >> I had 10 connections in morning and with 15 minutes the number of
    >> connections went to 3000. And on the real server the connections
    >> are all
    >> full
    >>
    >> Usually we have around 700k simultaneous pop connections on the real
    >> servers now with perdition we have 3000+ connections
    >>
    >>
    >>
    >> How do I get perdition close connections quickly
    >
    > Doesn't Perdition hold the backend connection open so that it can be
    > reused the next time the same client connects?
    >
    > Andy
    > ----
    > Cyrus Home Page: http://cyrusimap.web.cmu.edu/
    > Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
    > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

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

  • Next message: Alain Spineux: "Re: patch to force cyrus to reload its configuration in a more rigorous way"





    Hosted Email Solutions

    Invaluement Anti-Spam DNSBLs



    Powered By FreeBSD   Powered By FreeBSD