Metadata reloading every 15 minutes after 4.1.5 upgrade

Robert Hardy (r.hardy) r.hardy at yorksj.ac.uk
Thu Feb 17 11:02:52 UTC 2022


Thanks Scott,

So far as I can tell, the upgrade was conducted properly in-place. The service still points to the same executable, status.bat within that folder structure identifies the version as 4.1.5 as expected and shows previously configured metadata as loaded, and personalisation is maintained when using the test IdP to authenticate to services which rely on eduPersonTargetedID to identify the user.

I have noticed, from the output of status.bat, though, that it seems to be the service which is restarting, rather than simply the metadata reloading (start_time is always within the last 15 minutes, and consistently at 00,15,30 and 45 minutes past the hour):

### Operating Environment Information
operating_system: Windows Server 2012 R2
operating_system_version: 6.3
operating_system_architecture: amd64
jdk_version: 11.0.14.1
available_cores: 2
used_memory: 1039 MB
maximum_memory: 3072 MB

### Identity Provider Information
idp_version: 4.1.5
start_time: 2022-02-17T10:30:59.602Z
current_time: 2022-02-17T10:36:10.161622Z
uptime: PT5M10.559S

Scanning all *.properties files in the folder structure for idp.service.metadata.checkInterval, I can't find anything which would override conf\services.properties:

C:\Program Files (x86)\Shibboleth\IdP\conf\services.properties
idp.service.metadata.checkInterval = PT0S

C:\Program Files (x86)\Shibboleth\IdP\dist\conf\services.properties
#idp.service.metadata.checkInterval = PT0S

I also scanned for Jetty config files containing scanInterval, which may explain the service restarting, but found none with a period of 15 minutes, and the only changes in the directories scanned is the repeated download of the UK Federation metadata file:

C:\Program Files (x86)\Shibboleth\IdP\jetty-base\etc\jetty-deploy.xml
              <Set name="scanInterval"><Property name="jetty.deploy.scanInterval" default="1"/></Set>

C:\Program Files (x86)\Shibboleth\Jetty\etc\jetty-deploy.xml
              <Set name="scanInterval"><Property name="jetty.deploy.scanInterval" default="1"/></Set>

C:\Program Files (x86)\Shibboleth\Jetty\etc\jetty-spring.xml
                <property name="scanInterval" value="1"/>

C:\Program Files (x86)\Shibboleth\Jetty\etc\jetty-ssl-context-reload.xml
        <Set name="scanInterval"><Property name="jetty.sslContext.reload.scanInterval" default="1"/></Set>

Rob.

________________________________
From: users <users-bounces at shibboleth.net> on behalf of Cantor, Scott <cantor.2 at osu.edu>
Sent: 16 February 2022 17:01
To: Shib Users <users at shibboleth.net>
Subject: Re: Metadata reloading every 15 minutes after 4.1.5 upgrade

On 2/16/22, 11:53 AM, "users on behalf of Robert Hardy (r.hardy)" <users-bounces at shibboleth.net on behalf of r.hardy at yorksj.ac.uk> wrote:

>  Are there any other configuration settings which may be overriding those in services.properties?

No, and there are no such bugs anybody has reported in a very long time. I certainly don't see it happening. My guess is your settings are simply not where you think they are and your changes are being ignored so logging them or scanning for duplicate properties is the best thing to do.

The most relevant question for an upgrade is also whether you upgraded properly in place or not.

-- Scott


--
For Consortium Member technical support, see https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fshibboleth.atlassian.net%2Fwiki%2Fx%2FZYEpPw&data=04%7C01%7Cr.hardy%40yorksj.ac.uk%7Cfe0c049d59114aabd6c908d9f16e19c7%7C5c8ae38ef85b4309b7ec862815a37aee%7C0%7C0%7C637806277463393167%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=VRzzJVKObojoCD541vmenwDTcUTq%2BiDXxTFaPIe96xg%3D&reserved=0
To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/users/attachments/20220217/5456b010/attachment.htm>


More information about the users mailing list