<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Mon, Sep 19, 2016 at 11:55 AM Cantor, Scott <<a href="mailto:cantor.2@osu.edu">cantor.2@osu.edu</a>> wrote:</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I would tend to think this is more likely a session storage issue</blockquote><div><br></div><div>Agree, but my present hunch is that it's a storage issue caused by AuthenticationResults timing out in some unexpected way. If I'm reading the code right, a logging statement in net.shibboleth.idp.session.impl.StorageBackedIdPSession#getAuthenticationResults that logs when loadAuthenticationResultFromStorage returns null would help identify that case:</div><div><br></div><div><div>Index: idp-session-impl/src/main/java/net/shibboleth/idp/session/impl/StorageBackedIdPSession.java</div><div>===================================================================</div><div>--- idp-session-impl/src/main/java/net/shibboleth/idp/session/impl/StorageBackedIdPSession.java<span class="Apple-tab-span" style="white-space:pre"> </span>(revision 8403)</div><div>+++ idp-session-impl/src/main/java/net/shibboleth/idp/session/impl/StorageBackedIdPSession.java<span class="Apple-tab-span" style="white-space:pre">       </span>(working copy)</div><div>@@ -164,7 +164,7 @@</div><div>                     if (result != null) {</div><div>                         entry.setValue(Optional.of(result));</div><div>                     } else {</div><div>-                        // A null here means the reference to the record should be removed.</div><div>+                        log.debug("Value for {} not found in storage and will be removed", entry.getKey());</div><div>                         entries.remove();</div><div>                     }</div><div>                 } catch (final IOException e) {</div></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">There's also no logging in the isResultActive() method it's calling and that could be added to determine what criteria is failing.<br></blockquote><div><br></div><div>That may be helpful as well. </div><div><span style="line-height:1.5"> </span></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I assume there's no chance the client's losing its cookie.<br></blockquote><div><br></div><div>There's no evidence for that, but we have evidence of the converse. We had a report of a case that could only happen with a valid IdPSession object with no valid authentication results.</div><div><br></div><div>M<a href="mailto:users-unsubscribe@shibboleth.net" target="_blank"></a><br>
</div><div><br></div></div></div>