Hello Theo!
Thanks for your quick response.
Yes - i know. I also wondering why only Node B is Crashing. There are
several other applications running on this Node
(also on the other 3 Nodes) like MySQL, Sendmail, Proftpd... and so on. So i
think it shouldn't be a Memory Failure or
such thing.
The only differnt is, that on Node B also some sites are using mod_perl
(Node A & Node B make a failover
Cluster, so like my description, Node B could also provide both
Backhand-Groups - but in the moment there is no
failover situation - all is running fine). I will try this Config-Option and
will tell you if it solves my problem!
Thanks!
Andreas
----- Original Message -----
From: "Theo Schlossnagle" <jesus@omniti.com>
To: <backhand-users@lists.backhand.org>
Cc: <jesus@omniti.com>
Sent: Friday, January 02, 2004 2:59 PM
Subject: Re: [m_b_users] Connection refused: Child 16061failed to
establishumbilical to moderator!
> On Thu, 2004-01-01 at 14:13, Andreas Unterkircher wrote:
> > The only one who's makeing troubles is Node B. One or two Weeks ago
> > backhand starts dieing with the message:
> >
> > [Thu Jan 1 19:32:14 2004] [error] (111)Connection refused: Child 16061
> > failed to establish umbilical to moderator!
>
> I find it very curious that your only have problems on one of your
> front-end nodes.
>
> For an immediate fix, turn of connection pooling. That is a connection
> pool related error.
>
> Testing shows that connection pooling just doesn't buy you all that much
> unless you are backhanding to something other than Apache (which is out
> of the scope of this email). So, I think you have nothing to loose and
> everything to gain by turning of connection pools on Node A and B.
>
> BackhandConnectionPools Off
>
> --
> // Theo Schlossnagle
> // Principal Engineer -- http://www.omniti.com/~jesus/
> // Postal Engine -- http://www.postalengine.com/
> // Ecelerity: fastest MTA on earth
>
>
>
> _______________________________________________
> backhand-users mailing list
> backhand-users@lists.backhand.org
> http://lists.backhand.org/mailman/listinfo/backhand-users
>
Thanks for your quick response.
Yes - i know. I also wondering why only Node B is Crashing. There are
several other applications running on this Node
(also on the other 3 Nodes) like MySQL, Sendmail, Proftpd... and so on. So i
think it shouldn't be a Memory Failure or
such thing.
The only differnt is, that on Node B also some sites are using mod_perl
(Node A & Node B make a failover
Cluster, so like my description, Node B could also provide both
Backhand-Groups - but in the moment there is no
failover situation - all is running fine). I will try this Config-Option and
will tell you if it solves my problem!
Thanks!
Andreas
----- Original Message -----
From: "Theo Schlossnagle" <jesus@omniti.com>
To: <backhand-users@lists.backhand.org>
Cc: <jesus@omniti.com>
Sent: Friday, January 02, 2004 2:59 PM
Subject: Re: [m_b_users] Connection refused: Child 16061failed to
establishumbilical to moderator!
> On Thu, 2004-01-01 at 14:13, Andreas Unterkircher wrote:
> > The only one who's makeing troubles is Node B. One or two Weeks ago
> > backhand starts dieing with the message:
> >
> > [Thu Jan 1 19:32:14 2004] [error] (111)Connection refused: Child 16061
> > failed to establish umbilical to moderator!
>
> I find it very curious that your only have problems on one of your
> front-end nodes.
>
> For an immediate fix, turn of connection pooling. That is a connection
> pool related error.
>
> Testing shows that connection pooling just doesn't buy you all that much
> unless you are backhanding to something other than Apache (which is out
> of the scope of this email). So, I think you have nothing to loose and
> everything to gain by turning of connection pools on Node A and B.
>
> BackhandConnectionPools Off
>
> --
> // Theo Schlossnagle
> // Principal Engineer -- http://www.omniti.com/~jesus/
> // Postal Engine -- http://www.postalengine.com/
> // Ecelerity: fastest MTA on earth
>
>
>
> _______________________________________________
> backhand-users mailing list
> backhand-users@lists.backhand.org
> http://lists.backhand.org/mailman/listinfo/backhand-users
>