<div dir="ltr"><div><div>Hello Scott:</div><div><br></div><div>Thank you for your reply and feedback.<br></div><div><br></div><div>We require database storage to store the attribute release consent (session not necessary)....and also store the persistent ID.</div><div><br></div><div>Legal obligation to store for the attribute release intercept records + support reasons to store the persistent ID (in shibpid)<br></div><div><br></div>Is it possible to remove DB storage of session .... but maintain the storage of the attribute release intercept and shibpid (persistentID)?<br><br></div>We used the Step 5 instructions at <a href="https://www.switch.ch/aai/guides/idp/installation/">https://www.switch.ch/aai/guides/idp/installation/</a> (but with Oracle instead of PostgressSQL)<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 23, 2017 at 6:17 PM, 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 8/23/17, 9:05 PM, "users on behalf of Y Levine" <<a href="mailto:users-bounces@shibboleth.net">users-bounces@shibboleth.net</a> on behalf of <a href="mailto:ylevine20@gmail.com">ylevine20@gmail.com</a>> wrote:<br>
<br>
> Are they linked? What could be the root cause?<br>
<br>
</span>They have nothing to do with each other. The root cause is that Oracle stopped supporting transactions and locking properly many years ago, as have many other databases, because of a misguided attempt to favor performance over correctness. The code assumes transactions and locking work because that's what the SQL standard says should happen. When the database doesn't honor that, the code breaks and retries a set amount and eventually gives up and fails whatever it was trying to do.<br>
<span class=""><br>
> We are using Stoiragerecords --- on an Oracle DB<br>
<br>
</span>I would reconsider using a database, and absolutely wouldn't use one for the IdP's sessions. I wouldn't use one for anything if it was in any way avoidable.<br>
<span class="HOEnZb"><font color="#888888"><br>
-- Scott<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>
</font></span></blockquote></div><br></div>