grouper-users - RE: [grouper-users] vt-ldap pooling
Subject: Grouper Users - Open Discussion List
List archive
- From: Gagné Sébastien <>
- To: "Rahul Doshi" <>, <>
- Subject: RE: [grouper-users] vt-ldap pooling
- Date: Wed, 20 Mar 2013 15:26:32 -0400
- Authentication-results: sfpop-ironport01.merit.edu; dkim=neutral (message not signed) header.i=none
Also, which versions are you running ? I think Tom made some big improvements by not referencing members in group data; in psp-resolver.xml you should have a DataConnector similar to : <!-- The GroupWithoutMembershipsDataConnector returns attributes representing the group whose name is the principal name. The returned group must be a child of the stem whose name is the edu.internet2.middleware.psp.baseStem property. Groups under the "etc" stem are omitted. No memberships (groups or members) should be returned by this data connector to improve performance of identifier resolution. --> <resolver:DataConnector id="GroupWithoutMembershipsDataConnector" xsi:type="grouper:GroupDataConnector"> <!-- The MINUS filter matches stems which match the first child filter and not the second. --> <grouper:Filter xsi:type="grouper:MINUS"> <!-- The GroupInStem filter matches groups which are children of the given stem. --> <grouper:Filter xsi:type="grouper:GroupInStem" name="${edu.internet2.middleware.psp.baseStem}" scope="SUB" /> <grouper:Filter xsi:type="grouper:GroupInStem" name="etc" scope="SUB" /> </grouper:Filter> <grouper:Attribute id="etc:mail:groupeDistribution" /> <grouper:Attribute id="etc:mail:afficherGAL" /> </resolver:DataConnector> De : [mailto:] De la part de Rahul Doshi Bulksync is lot slower for us here at CMU as well. It takes about hour and half to sync close to 200 groups with 500000 membership. Part of the reason could be that we are also maintaining isMemberOf attribute using PSP. Thanks, Rahul From: Gagné Sébastien <> How horrible ? Here it takes about 15 minutes to run for 13 000 groups and a total of 400 000-something memberships De : [] De la part de Tim Darby Thanks for the reference, I'm glad to see this is being worked on. Bulk sync performance is horrible here and I'm trying to figure out why. Tim Darby On Wed, Mar 20, 2013 at 11:39 AM, Michael R. Gettes <> wrote: Have a look at https://bugs.internet2.edu/jira/browse/GRP-882 yes, 3 is the current limit but the jira item is intended to work towards fixing this problem. /mrg On Mar 20, 2013, at 2:20 PM, Tim Darby <> wrote: I noticed that I'm only getting 3 pooled connections too. So, is it true that Grouper ignores the settings in ldap.properties? Does increasing the pool size really result in much of a benefit? Tim Darby On Thu, Feb 28, 2013 at 10:37 AM, Rahul Doshi <> wrote: I added/modified following lines in LdapSourceAdapter.java and I can see
|
- Re: [grouper-users] vt-ldap pooling, Tim Darby, 03/20/2013
- Re: [grouper-users] vt-ldap pooling, Michael R. Gettes, 03/20/2013
- Re: [grouper-users] vt-ldap pooling, Tim Darby, 03/20/2013
- RE: [grouper-users] vt-ldap pooling, Gagné Sébastien, 03/20/2013
- Re: [grouper-users] vt-ldap pooling, Rahul Doshi, 03/20/2013
- Re: [grouper-users] vt-ldap pooling, Rahul Doshi, 03/20/2013
- RE: [grouper-users] vt-ldap pooling, Gagné Sébastien, 03/20/2013
- Re: [grouper-users] vt-ldap pooling, Rahul Doshi, 03/20/2013
- Re: [grouper-users] vt-ldap pooling, Tim Darby, 03/20/2013
- RE: [grouper-users] vt-ldap pooling, Gagné Sébastien, 03/20/2013
- Re: [grouper-users] vt-ldap pooling, Tom Zeller, 03/21/2013
- Re: [grouper-users] vt-ldap pooling, Rahul Doshi, 03/20/2013
- RE: [grouper-users] vt-ldap pooling, Gagné Sébastien, 03/20/2013
- Re: [grouper-users] vt-ldap pooling, Tim Darby, 03/20/2013
- <Possible follow-up(s)>
- Re: [grouper-users] vt-ldap pooling, Tim Darby, 03/21/2013
- Re: [grouper-users] vt-ldap pooling, Tim Darby, 03/22/2013
- Re: [grouper-users] vt-ldap pooling, Michael R. Gettes, 03/20/2013
Archive powered by MHonArc 2.6.16.