REFEDS R&S SP reports intermittent failures
baron at hawaii.edu
Tue Apr 26 19:47:46 EDT 2016
On Sat, Apr 23, 2016 at 05:43:14AM -0500, Scott Koranda wrote:
>> I have also tried testing this with aacli on a spare IdP host with the
>> same config where I can log at DEBUG level.
>> ===== aacli test, log excerpts
>> *** www.cilogon.org:
>> $ aacli.sh --configDir=conf --principal=baron --requester=https://www.cilogon.org/shibboleth
>> No attribute statement.
>> 2016-04-15 17:18:17.553 - DEBUG [edu.internet2.middleware.shibboleth.common.relyingparty.provider.SAMLMDRelyingPartyConfigurationManager:157] - No custom or group-based relying party configuration found for https://www.cilogon.org/shibboleth. Using default relying party configuration.
>This particular test was not a fair test. You tested with entityID
>but the CILogon entityID is
>It will be helpful if you can repeat that part of the test
>with the correct entityID.
Doh! How did I slip that in? *sigh* I'm pretty sure used the correct
entityID on an previous test (which I recall being successful). I was
actually hopeful that this test might have showed some sort of replication
of the problem. However, when I use the correct entityID, there is no
metadata error, it is correctly identified as a member of the REFEDS R&S
category, and generates the expected attribute statement. Mea culpa.
Unfortunately that puts me back in the position of an intermittent problem
I have so far been unable to nail down or replicate. :(
Baron Fujimoto <baron at hawaii.edu> :: UH Information Technology Services
minutas cantorum, minutas balorum, minutas carboratum desendus pantorum
More information about the users