Error loading metadata file

Brent Putman putmanb at georgetown.edu
Mon Jun 5 17:38:59 EDT 2017



On 6/4/17 10:11 PM, Lipscomb, Gary wrote:

In particular, what's actually happening related to what Scott already
said, is:

>
> [3] idp-process.log - metadata not loaded from file backup
>
> 2017-06-05 11:55:06,402 - INFO [net.shibboleth.ext.spring.service.ReloadableSpringService:387] - Service 'shibboleth.MetadataResolverService': Reload complete
> 2017-06-05 11:55:06,412 - INFO [Shibboleth-Audit.Reload:241] - 20170605T015506Z||||http://shibboleth.net/ns/profiles/reload-service-configuration|||||||||

The metadata resolver has "successfully" loaded in the startup
foreground thread.  It initialized itself from the backup file only (per
the default of initializeFromBackupFile, see [1]).  Since as you said,
the backup file's signature is broken, this "successfully" resulted in
an empty data set.  This is as expected.  I think you should be seeing
some logging to this effect; for sure you will on DEBUG.


> 2017-06-05 11:55:11,562 - ERROR [org.opensaml.saml.metadata.resolver.impl.HTTPMetadataResolver:300] - Metadata Resolver FileBackedHTTPMetadataResolver FederationMetadata: Non-ok status code 403 returned from remote metadata source https://md.test.aaf.edu.au/aaf-testt-metadata.xml
>
> 2017-06-05 11:55:11,563 - WARN [org.opensaml.saml.metadata.resolver.impl.FileBackedHTTPMetadataResolver:295] - Metadata Resolver FileBackedHTTPMetadataResolver FederationMetadata: Problem reading metadata from remote source; detected existing cached metadata, skipping load of backup file

5 seconds later (per the default of backupFileInitNextRefreshDelay, see
[1]), it's then executing in a background thread a refresh via fetch
from the remote source URL.  Since that URL is invalid, that fails,
again as expected.

So in the end you are left with a resolver with no metadata.  This is as
expected, given what you have said.

In short, you can't break *both* the backup file on disk *and* the URL,
and expect it work after a restart/reload.  One or the other can fail,
but not both.


[1]
https://wiki.shibboleth.net/confluence/display/IDP30/HTTPMetadataProviders

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/users/attachments/20170605/d2289f24/attachment.html>


More information about the users mailing list