<div dir="ltr"><span style="font-size:12.8px">>>>But I don't generally hard code values like retry counts. If you file a request, it can eventually get exposed as a configuration setting.</span><br><div><br></div><div>That wouldn't be necessary, thanks, I think I can live with the issue - should happen very rarely - or our architecture can change to have httpd and shibd </div><div>on the same machine.</div><div><br></div><div>The reason I ended up in this setup is that I am building a HA setup for SP, which would lay in front of webserver cluster.<br></div><div>I was  intending to use floating IP with keepalived, and then have two SP nodes in active-passive configuration. This works in prototype, but it's not in production (yet).</div><div>Wandering if someone else tried something similar?</div><div><br></div><div>-Vedran</div><div><br></div><div><br></div><div><br></div><div><br></div><div> </div><div><br></div><div><br></div><div><br></div><div><div><span style="font-size:12.8px"><br></span></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 13 September 2016 at 21:17, Cantor, Scott <span dir="ltr"><<a href="mailto:cantor.2@osu.edu" target="_blank">cantor.2@osu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 9/13/16, 12:33 PM, "users on behalf of Vedran Bartonicek" <<a href="mailto:users-bounces@shibboleth.net">users-bounces@shibboleth.net</a> on behalf of <a href="mailto:vbartoni@gmail.com">vbartoni@gmail.com</a>> wrote:<br>
<br>
>    Thanks for the clarification. In case I manage to find a root cause,will publish to<br>
> this thread.<br>
<br>
</span>I looked at the code to refresh my memory, and indeed what it does is use a connection from the pool and if the send() call fails, it does a single retry by fetching another from the pool.<br>
<br>
I suppose it's true that if there were that many bad connections in the pool, it would be visible, and I think in practice there just usually aren't because the pool count tends to be very small.<br>
<br>
I think there are more here because you're doing what should not be done, using a remote service. The system is incapable of performing at any scale that way, so there are all sorts of reasons it's not workable, and this is just one more.<br>
<br>
But I don't generally hard code values like retry counts. If you file a request, it can eventually get exposed as a configuration setting.<br>
<div class="HOEnZb"><div class="h5"><br>
-- Scott<br>
<br>
<br>
<br>
--<br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.<wbr>net</a><br>
</div></div></blockquote></div><br></div>