<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 12 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I’m updating the thread name since it applies to all response from the IDP.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>The scenario:<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>The shibboleth IDP starts and runs for a while but eventually stops sending responses. It continues to receive and process incoming requests. <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>The browser waits for a redirect from the shibboleth IDP after successful login (I have confirmed this using fiddler and IE).<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>The log shows that the SAML response was successfully encoded and the shibboleth Audit Logger does not show a confirmation of what was sent (using saml1 as a reference).<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>From my old days, it looks like a blocked thread or socket. The browser will eventually receive the response, especially when I shut down the idp (indicating some sort of resource release).<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>The issue occurs under heavy load. Last night it ran fine for 12 hours. It was until this morning about 8:00am when usage increases that the symptom shows up.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I did not see this behavior in idp v 2.1.5.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>There are no indications of insufficient threads, memory or disk space. I don’t see reaching connection limits as well.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Ideas?<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> users-bounces@shibboleth.net [mailto:users-bounces@shibboleth.net] <b>On Behalf Of </b>Zico<br><b>Sent:</b> Tuesday, May 01, 2012 7:07 AM<br><b>To:</b> Shib Users<br><b>Subject:</b> Re: IDP 2.3.6 Stops Sending SAML 1 Responses.<o:p></o:p></span></p></div><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal style='margin-bottom:12.0pt'>You can use &quot;ALL&quot; / &quot;TRACE&quot; instead of &quot;DEBUG&quot;, though your log file will be bigger but it will help you check deep.<o:p></o:p></p><div><p class=MsoNormal>On Tue, May 1, 2012 at 4:40 AM, Montoya,Jose T &lt;<a href="mailto:jtmontoya@mdanderson.org" target="_blank">jtmontoya@mdanderson.org</a>&gt; wrote:<o:p></o:p></p><p class=MsoNormal>This is what I have at this time:<br>I'm changing the IDP logger to Trace, maybe that gives more detail.<br>Any other loggers I can add?<br><br>&lt;!-- Logs IdP, but not OpenSAML, messages --&gt;<br>&nbsp; &nbsp;&lt;logger name=&quot;edu.internet2.middleware.shibboleth&quot;&gt;<br>&nbsp; &nbsp; &nbsp; &nbsp;&lt;level value=&quot;DEBUG&quot; /&gt;<br>&nbsp; &nbsp;&lt;/logger&gt;<br><br>&nbsp; &nbsp;&lt;!-- Logs OpenSAML, but not IdP, messages --&gt;<br>&nbsp; &nbsp;&lt;logger name=&quot;org.opensaml&quot;&gt;<br>&nbsp; &nbsp; &nbsp; &nbsp;&lt;level value=&quot;DEBUG&quot; /&gt;<br>&nbsp; &nbsp;&lt;/logger&gt;<br><br>&nbsp; &nbsp;&lt;!-- Logs LDAP related messages --&gt;<br>&nbsp; &nbsp;&lt;logger name=&quot;edu.vt.middleware.ldap&quot;&gt;<br>&nbsp; &nbsp; &nbsp; &nbsp;&lt;level value=&quot;INFO&quot;/&gt;<br>&nbsp; &nbsp;&lt;/logger&gt;<br><br>&nbsp; &nbsp;&lt;!-- Logs inbound and outbound protocols messages at DEBUG level --&gt;<br>&nbsp; &nbsp;&lt;logger name=&quot;PROTOCOL_MESSAGE&quot;&gt;<br>&nbsp; &nbsp; &nbsp; &nbsp;&lt;level value=&quot;DEBUG&quot; /&gt;<br>&nbsp; &nbsp;&lt;/logger&gt;<br>&nbsp; &nbsp;&lt;logger<br>&nbsp; &nbsp; &nbsp; &nbsp;name=&quot;edu.internet2.middleware.shibboleth.common.attribute.resolver.provider.ShibbolethAttributeResolver&quot;<br>&nbsp; &nbsp;&gt;<br>&nbsp; &nbsp; &nbsp; &nbsp;&lt;level value=&quot;DEBUG&quot; /&gt;<br>&nbsp; &nbsp;&lt;/logger&gt;<br><br>&nbsp; &nbsp;&lt;!-- Logs cookie information --&gt;<br>&nbsp; &nbsp;&lt;logger name=&quot;edu.internet2.middleware.shibboleth.idp.session.IdPSessionFilter&quot;&gt;<br>&nbsp; &nbsp; &nbsp; &nbsp;&lt;level valule=&quot;DEBUG&quot; /&gt;<br>&nbsp; &nbsp;&lt;/logger&gt;<br><br><br>--<br>To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.net</a><o:p></o:p></p></div><p class=MsoNormal><br><br clear=all><o:p></o:p></p><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><p class=MsoNormal>-- <br>Best,<br>Zico<o:p></o:p></p></div></body></html>