Skip to Content.
Sympa Menu

grouper-users - RE: [grouper-users] Large number of changes and provisioning

Subject: Grouper Users - Open Discussion List

List archive

RE: [grouper-users] Large number of changes and provisioning


Chronological Thread 
  • From: Dave Churchley <>
  • To: Robert Bradley <>, "" <>
  • Subject: RE: [grouper-users] Large number of changes and provisioning
  • Date: Fri, 18 Aug 2017 14:51:06 +0000
  • Accept-language: en-GB, en-US
  • Authentication-results: mailhub-mx5.ncl.ac.uk; spf=pass smtp.mailfrom=newcastle.ac.uk
  • Ironport-phdr: 9a23:5jKSJhK6FCxI7WTQS9mcpTZWNBhigK39O0sv0rFitYgfIvnxwZ3uMQTl6Ol3ixeRBMOAuqIC07KempujcFRI2YyGvnEGfc4EfD4+ouJSoTYdBtWYA1bwNv/gYn9yNs1DUFh44yPzahANS47xaFLIv3K98yMZFAnhOgppPOT1HZPZg9iq2+yo9ZDeZwZFiCChbb9uMR67sRjfus4KjIV4N60/0AHJonxGe+RXwWNnO1eelAvi68mz4ZBu7T1et+ou+MBcX6r6eb84TaFDAzQ9L281/szrugLdQgaJ+3ART38ZkhtMAwjC8RH6QpL8uTb0u+ZhxCWXO9D9QKsqUjq+8ahkVB7oiD8GNzEn9mHXltdwh79frB64uhBz35LYbISTOfFjfK3SYMkaSHJBUMhPSiJBHo2yYIkOD+UdMuhXoIf9qkASrRSlGQWgGP/jxiNKi3LwwKY00/4hEQbD3AE4EdwBqmrUo8voP6oMUeC10bPIwinDb/NSxzj86JXDfxcvr/6WQ7J/b9DdxFcvFwPYlFWftYzlPzeL2eUNqGWb6fRvVOyzhGE9sAFxvjyvydk2hobTmo0Z0E3E9SZgzYszONa2S1Z7bMa5HJdOtCyWLZV6T8w+T21ypio3xLILtYS4cSUK0Jgr2gDTZv+df4SW7R/vSPydLSlmiH9lYr6yhRe//VCuyuLiVcS4zFNHoy9Hn9XQsn0ByRne58yJSvRm/Uqs3DSC2g/Q5+5YJE05ka7WJIQ/zbM2i5Edq17MHjXsl0XzlKKWdlsr+uyv6+n/Z7XpvJ6cN4t0igHjKasig8m/AOs4PwQUWWiU5eC82Kf58kLlWrlKk/42nrHYsJDcO8sbura0DxJL3osg8RqzETir3MgCkXUZIl9IdwiLgovpNl3WJfD3F/a/g1CikDdxwPDGO6XsDJvXIXjdjrjtZ6hw605ByAop0d9f55ZUBa8BIf/oXE/+qtLZAQMjPAyv3+bnDMty2pkEVm2TGKOZLaDSvUeS5u0zO+mMeJMVuDHlJvgq/f7uimI5mUcDcqmzxJcXdWu4Eep8I0WCenfshtYBEXwWvgolUuDmklyCUThPZ3msRaI84C80CJ64AYvZWI+inaGBj2+HGchsYWpLEEzEO23he4GJSr9YciWYL9V91DYeXLSlRp4J1A3osx+8wrEhM+mCvmVSuojkycB4/ajOjhwo7hR1CdiQyWeAUzsyk28VDXdi07p4vFRw0BKeyqVimNRZE8Be/fVETl18OJLBmb9UEdf3Dy7IYNrBY1a7WN6mBTwgBoYdysEDJW19Bs+pjhTOzgKsDqAenqeXAJFy+6mawnundJU18GrPyKR01wpuecBIL2Dzw/cnrwU=
  • Spamdiagnosticmetadata: NSPM
  • Spamdiagnosticoutput: 1:99

Thanks for the tips, Robert. I'd like to a pose a follow-up question to
anyone in the community (particularly anyone using PSP to provision to AD)
about expectations.

Looking in grouper_error.log suggests that each
PspChangeLogConsumer.processChangeLogEntry takes about 2 seconds "Elapsed
time" and, when we tried it, a bulkSync took about a fortnight. What kind of
performance should we expect to be able to achieve?

I appreciate this is probably dependent upon environment. We're running
Grouper 2.2.2 and, from Grouper Report, we have:
memberships: 969,308
groups: 16,068
members: 79,796
folders: 950

Thanks
Dave


>-----Original Message-----
>From:
>
> [
>]
> On Behalf Of Robert Bradley
>Sent: 16 August 2017 17:48
>To:
>
>Subject: Re: [grouper-users] Large number of changes and provisioning
>
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA256
>
>On 16/08/17 16:52, Dave Churchley wrote:
>> Seems like a great idea to me. I hope you don’t mind me asking an
>> off-topic (but definitely related) question…
>>
>> We’ve suffered from similar backlogs with PSP when there have been
>> large membership changes. The first thing that struck me about your
>> solution, however, was that you said your bulkSync takes half an
>> hour. For us it takes about 2 weeks! For this reason, we never do a
>> bulkSync and rely on PSP incremental provisioning to AD so when we
>> get a backlog we just have to live with it.
>>
>> We’re on v2.2 using PSP to provision to AD. Since we started using
>> PSP we’ve found it to be quite slow but, under normal load, it
>> copes pretty well and updates AD in about a minute. We do
>> occasionally suffer provisioning backlogs though. We know there’s a
>> big one on the horizon at the end of the month, as our academic
>> year switches over. Last year we had a backlog for about 2 weeks.
>>
>> Does anyone have any suggestions that might help us out? We’ve
>> recently been testing PSPNG on v2.3 but it doesn’t appear to be
>> quite production-ready for our needs yet.
>>
>
>Things I'd suggest from personal experience are:
>
>1. Run the bulk sync after setting the following in
>grouper-loader.properties:
>
>changeLog.psp.fullSync.omitDiffResponses = true
>changeLog.psp.fullSync.omitSyncResponses = true
>
>and setting logSpml="false" in psp-services.xml (within the <Service
>... /> tags). These shouldn't directly affect performance, but does
>reduce memory pressure and the GC overheads caused by it. If you can
>increase the JVM -Xmx and -Xms parameters fairly easily, I'd recommend
>doing that as well.
>
>2.
>
>Increasing caching in ehcache.xml (both TTL and number of entries) can
>help a lot by reducing round trips to your subject sources (AD?).
>
>I'd also check the LDAP indexing of any subject or provisioned
>attributes. In OpenLDAP terms, you'd ideally want "pres,eq" indexes
>for attributes that aren't used by the Subject API search, and
>"pres,sub,eq" indexes for those that are searchable. I'm assuming
>that AD has similar index controls, but lack the experience with AD to
>comment.
>
>
>- --
>Dr Robert Bradley
>Identity and Access Management Team, IT Services, University of Oxford
>-----BEGIN PGP SIGNATURE-----
>
>iQIzBAEBCAAdFiEEgF3NFfO9FqlA+ME+lGGnynav474FAlmUd0MACgkQlGGnyn
>av
>476j/A//VMRBAAtvGxh5aC0CrBbSvuWZ8hbX5xZ3fDs81GB7eY3wZjdRMlyBmc
>0f
>fva60ZExEcJA8RXqcbJp1+DOBqwbwRylwRTU2gKClsaq/j7ULZ3G5JX/PBxP14sz
>APT+vjAE9rSLijiEOGrGS9mxdIo9sNQM0UX46A3oEOuKC3s3cF2M3QEA3LV0iW
>dW
>D4M6PxqGcY/+luvZNcV2habvO3J/evg5Sv38U2S8XDxGV2yJCsNwSaeJDYniB/S
>X
>wdtobiyhYVyuhVUT0GYuJxKN8gnU7fcV1Ok9sTH4sjM7EpaFj/BqI11B3w4Cd3w
>d
>Xhg3HuJv22hMKMDiKT8vjre4nf2temU1kwTTlsX4XEj2OJfjiSVB+BdhA3jgV3HG
>GyPBUnI6mFMzB286h9JMIJivmz/mi/8gO5uCO3DuhPerh10q2dwdzKKR9/O9Px
>sn
>ZK5z9U+zgjUB1iFyoG6z0gW+lKuzUO7yE34qBgxeQ5k/Calg1AmP6pPh1IYQCBtd
>dEPSLtN1DHnVz9CLgAoLgNB/PpSU+WWY4mcYFXuJjwbBCNfaZwWTQCUgHey
>GNSZN
>3J2ugFFpoFALWw9tK/4yD4o/gZcPw5rOWfH7Ai+QNHxNStsHw3mMAhOdfjNN
>fRdf
>dGdiq157rdFMAx0HNO/IAYNeVf9GdNBb3SNDgUW11hQp0PKaBGA=
>=+CVF
>-----END PGP SIGNATURE-----



Archive powered by MHonArc 2.6.19.

Top of Page