Mailing-List: contact users-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@httpd.apache.org
Received-SPF: pass (nike.apache.org: domain of paulojjs@gmail.com designates
 209.85.214.173 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <4F57205D.7020207@eris.qinetiq.com>
References: <4F57205D.7020207@eris.qinetiq.com>
Date: Sun, 29 Jul 2012 22:50:09 +0100
Message-ID: 
 <CAHJdQr=G3mf5RGbpnJMh2dxOdTVyRcc4wRVxUxFcp3foSBWjyg@mail.gmail.com>
From: Paulo Silva <paulojjs@gmail.com>
To: users@httpd.apache.org
Content-Type: multipart/alternative; boundary=f46d04446ab3dd000804c5feed0d
Subject: Re: [users@httpd] mod_proxy_balancer error state causes

--f46d04446ab3dd000804c5feed0d
Content-Type: text/plain; charset=ISO-8859-1

Hi,

Anyone knows if this is documented somewhere?

Thanks

2012/3/7 Mark Watts <m.watts@eris.qinetiq.com>

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>
> When using mod_proxy_balancer there are several 'events' that will
> place a given worker into the Err state for "retry=" seconds.
>
> These 'events' don't all appear to be explicitly documented in once place.
>
> Clearly any HTTP response code matching the list given in
> "failonstatus=" as well as any request exceeding "timeout=" seconds
> will place the worker into the Err state.
>
> With this in mind, I have a load balancer which balances across two
> IIS servers. I do not have "failonstatus=" set so I assumed that only
> timeouts would cause workers to go into Err.
> However, when one of the IIS boxes returns a 500, this also seems to
> trigger the Err state.
>
> Two questions:
>
> 1. Is this expected behaviour?
> 2. If so, do any other HTTP response codes trigger the Err state as well?
>
> Regards,
>
> Mark.
>
> - --
> Mark Watts BSc RHCE
> Senior Systems Engineer, MSS Secure Managed Hosting
> www.QinetiQ.com
> QinetiQ - Delivering customer-focused solutions
> GPG Key: http://www.linux-corner.info/mwatts.gpg
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.14 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAk9XIF0ACgkQBn4EFUVUIO0chQCePSW3IaKMt31b+sYw8EfJDMx+
> 1ZkAoOzxWiMMRTCwO0lAref+m5mXqSHL
> =Fknx
> -----END PGP SIGNATURE-----
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>


-- 
Paulo Silva <paulojjs@gmail.com>

--f46d04446ab3dd000804c5feed0d
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi,<div><br></div><div>Anyone knows if this is documented somewhere?</div><=
div><br></div><div>Thanks<br><br><div class=3D"gmail_quote">2012/3/7 Mark W=
atts <span dir=3D"ltr">&lt;<a href=3D"mailto:m.watts@eris.qinetiq.com" targ=
et=3D"_blank">m.watts@eris.qinetiq.com</a>&gt;</span><br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
<br>
When using mod_proxy_balancer there are several &#39;events&#39; that will<=
br>
place a given worker into the Err state for &quot;retry=3D&quot; seconds.<b=
r>
<br>
These &#39;events&#39; don&#39;t all appear to be explicitly documented in =
once place.<br>
<br>
Clearly any HTTP response code matching the list given in<br>
&quot;failonstatus=3D&quot; as well as any request exceeding &quot;timeout=
=3D&quot; seconds<br>
will place the worker into the Err state.<br>
<br>
With this in mind, I have a load balancer which balances across two<br>
IIS servers. I do not have &quot;failonstatus=3D&quot; set so I assumed tha=
t only<br>
timeouts would cause workers to go into Err.<br>
However, when one of the IIS boxes returns a 500, this also seems to<br>
trigger the Err state.<br>
<br>
Two questions:<br>
<br>
1. Is this expected behaviour?<br>
2. If so, do any other HTTP response codes trigger the Err state as well?<b=
r>
<br>
Regards,<br>
<br>
Mark.<br>
<br>
- --<br>
Mark Watts BSc RHCE<br>
Senior Systems Engineer, MSS Secure Managed Hosting<br>
<a href=3D"http://www.QinetiQ.com" target=3D"_blank">www.QinetiQ.com</a><br=
>
QinetiQ - Delivering customer-focused solutions<br>
GPG Key: <a href=3D"http://www.linux-corner.info/mwatts.gpg" target=3D"_bla=
nk">http://www.linux-corner.info/mwatts.gpg</a><br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v2.0.14 (GNU/Linux)<br>
Comment: Using GnuPG with Mozilla - <a href=3D"http://enigmail.mozdev.org/"=
 target=3D"_blank">http://enigmail.mozdev.org/</a><br>
<br>
iEYEARECAAYFAk9XIF0ACgkQBn4EFUVUIO0chQCePSW3IaKMt31b+sYw8EfJDMx+<br>
1ZkAoOzxWiMMRTCwO0lAref+m5mXqSHL<br>
=3DFknx<br>
-----END PGP SIGNATURE-----<br>
<br>
---------------------------------------------------------------------<br>
To unsubscribe, e-mail: <a href=3D"mailto:users-unsubscribe@httpd.apache.or=
g">users-unsubscribe@httpd.apache.org</a><br>
For additional commands, e-mail: <a href=3D"mailto:users-help@httpd.apache.=
org">users-help@httpd.apache.org</a><br>
<br>
</blockquote></div><br><br clear=3D"all"><div><br></div>-- <br>Paulo Silva =
&lt;<a href=3D"mailto:paulojjs@gmail.com">paulojjs@gmail.com</a>&gt;<br>
</div>

--f46d04446ab3dd000804c5feed0d--