<html><head></head><body><div style="font-family:verdana, helvetica, sans-serif;font-size:13px;"><div></div>
<div>Besides RAC, we also tried memcached as StorageService, similar results: when one of memcached is offline, SP would just error out, doesn't seem to skip the bad one and try the other memcached. Since RAC happened to be available to us, we tried it with the hope that ODBC driver would fill the gap of failover but it didn't.</div><div><br></div><div>Regards,</div><div>William<br></div><div><br></div>
<div id="ydpac0df2a7yahoo_quoted_0029600914" class="ydpac0df2a7yahoo_quoted">
<div style="font-family:'Helvetica Neue', Helvetica, Arial, sans-serif;font-size:13px;color:#26282a;">
<div>
On Thursday, February 15, 2018, 10:39:26 AM EST, Cantor, Scott <cantor.2@osu.edu> wrote:
</div>
<div><br></div>
<div><br></div>
<div><div dir="ltr"><div class="ydpac0df2a7yqt5857925967" id="ydpac0df2a7yqtfd17092">> We have tried with Oracle RAC database cluster, but no luck:<br clear="none">> 1. When one of Oracle RAC node is offline, SP stops working due to unable to<br clear="none">> connect to database (StorageService), it turned out Oracle ODBC driver does<br clear="none">> not support transparent fail over, their JDBC driver does.</div><br clear="none"><br clear="none">That's kind of hysterical given how much RAC costs. Sort of defeats the entire point, doesn't it?<br clear="none"><br clear="none">Given where the client-side storage option is likely headed wrt timeouts, given the way apps have to be built to essentially ignore timeouts, and given that timeouts are just plain stupid for the most part, I think it would be within the realm of sanity to enhance the cache to optionally ignore errors during last-access touch attempts. That's assuming it doesn't already, but I don't recall.<br clear="none"><br clear="none">-- Scott<br clear="none"><br clear="none">-- <br clear="none">For Consortium Member technical support, see <a shape="rect" href="https://wiki.shibboleth.net/confluence/x/coFAAg" rel="nofollow" target="_blank">https://wiki.shibboleth.net/confluence/x/coFAAg</a><br clear="none">To unsubscribe from this list send an email to <a shape="rect" href="mailto:users-unsubscribe@shibboleth.net" rel="nofollow" target="_blank">users-unsubscribe@shibboleth.net</a><div class="ydpac0df2a7yqt5857925967" id="ydpac0df2a7yqtfd70087"><br clear="none"></div></div></div>
</div>
</div></div></body></html>