Weird IdP Hanging Issue

Royder, Kyle D kroyder at austin.utexas.edu
Thu Mar 21 14:11:44 EDT 2013


Thanks for the help!  I'll turn up our LDAP logging and watch check the LDAP logs as well, and turn configuration reloading.  We have a pool of IdPs and like to reboot them one at a time anyways to bring the one with changes back down if there is an issue to make sure the service stays up as a safety precaution.  If this is our change policy, I don't think configuration reloading with gain us anything the way we are currently doing things.

Thanks,
Kyle

-----Original Message-----
From: users-bounces at shibboleth.net [mailto:users-bounces at shibboleth.net] On Behalf Of Cantor, Scott
Sent: Thursday, March 21, 2013 1:04 PM
To: Shib Users
Subject: RE: Weird IdP Hanging Issue

> I haven't had to mess with this before, but reading about it on the wiki, I'm
> assuming you're referring to the configurationResourcePollingFrequency
> attribute added to one of the four reloadable services in service.xml?

Yes.

> If so, it does look like this was setup to reload all four every 1 minute?

Yikes.

>  I don't want this turned on so I'm going to remove the
> configurationResourcePollingFrequency attribute from all four of these.

You may well want the filer policy reloading, but probably not every minute.

> Hopefully this will resolve this issue.  The weird thing is that none of these
> configs have been changes in a couple of weeks and this just started over the
> past couple of days.

Agreed, I didn't necessarily think it was the cause, but there's an explicit bug in relying-party reloading, though I think that actually hangs hard.

I would have to think your data connectors are the underlying cause here. If it's LDAP, I'd probably suggest logging more there.

-- Scott


--
To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net


More information about the users mailing list