<div dir="ltr">Thanks. I inherited the service and when new SP's are added they used the reload service command for attribute-filter, attribute-resolver and relying-party where applicable. I am assuming they thought that command could be used also for new metadata as well. We have the incommon file which is about 70m and around 60 individual SP metadata files in our metadata directory. We "are" doing it wrong.<div><br></div><div>Let me know if there is a link to docs explaining how to properly do this and/or any instructions you might have on adding a new SP with metadata to the shib service. I will review the instructions you have already provided, which may prove enough, thanks.<br><div><br></div><div><div><br></div><div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Scott Gilbert</div><div>IAM System Admin</div><div>ETS Enterprise Technology Services</div><div>University of California Santa Barbara</div><div><br></div></div></div></div></div></div></div></div><br></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 6, 2020 at 10:35 AM Peter Schober <<a href="mailto:peter.schober@univie.ac.at">peter.schober@univie.ac.at</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">* Scott Gilbert <<a href="mailto:sgilbert@ucsb.edu" target="_blank">sgilbert@ucsb.edu</a>> [2020-03-06 18:17]:<br>
> I am getting the timeout error below on IdP v3.4.6. Is there a setting<br>
> where I can increase the timeout? Going to check tomcat 9 docs but if<br>
> anyone has run into this and have a quick fix let me know. Thanks.<br>
> <br>
> http --verify=no<br>
> <a href="https://localhost:443/idp/profile/admin/reload-service?id=shibboleth.MetadataResolverService" rel="noreferrer" target="_blank">https://localhost:443/idp/profile/admin/reload-service?id=shibboleth.MetadataResolverService</a><br>
<br>
If you have to reload the metadata resolver you're probably doing<br>
something wrong, such as adding a new metadata provider for each SP or<br>
piece of metadata. Don't do that. Instead use one of the provided<br>
alternatives, such as configuring /one/ metadata provider with a local<br>
aggregate (i.e., put all SPs into a single file and reload that<br>
specific metadata provider) or with localDynamic (i.e., put all SPs<br>
into separate files and reload that specific metadata provider).<br>
<br>
Unless you're trying to do just that?<br>
<br>
What metadata provider causes the slowness, do you know?<br>
What happens when you try to download all the remote metadata from all<br>
the other metadata providers, e.g. using `curl -m30 $URL" for each URL?<br>
Does that help identify the one being slow to respond?<br>
<br>
-peter<br>
-- <br>
For Consortium Member technical support, see <a href="https://wiki.shibboleth.net/confluence/x/coFAAg" rel="noreferrer" target="_blank">https://wiki.shibboleth.net/confluence/x/coFAAg</a><br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net" target="_blank">users-unsubscribe@shibboleth.net</a><br>
</blockquote></div>