Subject: Grouper Users - Open Discussion List
- From: Dave Churchley <>
- To: "" <>
- Subject: [grouper-users] RE: PSP speed issues
- Date: Wed, 14 Sep 2016 14:13:06 +0000
- Accept-language: en-GB, en-US
- Authentication-results: spf=none (sender IP is ) ;
- Ironport-phdr: 9a23:q4we7ReUUWBUKRGpM1A+Pd78lGMj4u6mDksu8pMizoh2WeGdxc67Zx7h7PlgxGXEQZ/co6odzbGJ4+a9AidZvN6oizMrTt9lb1c9k8IYnggtUoauKHbQC7rUVRE8B9lIT1R//nu2YgB/Ecf6YEDO8DXptWZBUka3CQ0gbOvvHZPKgt7yyvu/4Yb7YgNUiSC7bK8oahi6sE+Z4sYMhpZ6J7x01wDEuGBgeuJKyHluKE7J2Rvw+5Hj0oRk9nF8suwsv+VATL/xf6A1XPQMID04PiYe5NDxvhnHQBqn4HYDWWwNjh5FRQHOqgz5CMSi+hDmv/ZwjXHJdfb9Sqo5DGyv
- Spamdiagnosticmetadata: NSPM
- Spamdiagnosticoutput: 1:99
I'd just like to follow up on this. We've spotted that the issue Phil
described below is a known issue with real-time PSP -
- which partly explains why it's taking so long.
Is anyone else using PSP to populate AD at a relatively large scale? If so,
how is the performance? We still haven't caught up with a large number of
changes made on 1st September, so we have not had "real-time" provisioning
for a fortnight now.
As Phil said, we're currently running Grouper 2.2.2. We're planning to start
looking into upgrading and using PSPNG. Can anyone please reassure me that we
will not suffer similar issues if we do that?
> On Behalf Of Philip Harle
>Sent: 08 September 2016 16:39
>Subject: [grouper-users] RE: PSP speed issues
>Just as a follow up to this, as mentioned previously we only publish a
>our Grouper groups to Active Directory. This is configured in
>only publish groups in the 'Applications' stem:
># The base Grouper stem to be provisioned.
>However, in grouper_error.log I can see that the PSP is working its way
>all groups regardless of which stem they're located in. Groups in the
>'Applications' stem do take a second or so longer than the others to process.
>Is it correct that the PSP operates in this manner, or can it be configured
>ignore those groups that ultimately it won't be publishing to the Active
>Being able to filter out unnecessary PSP enumeration is likely to give us a
>significant improvement in processing time.
>> -----Original Message-----
>> From: Philip Harle
>> Sent: 06 September 2016 14:02
>> Subject: PSP speed issues
>> Last year we migrated (via a fresh install) our instance of Grouper to
>> 2.2.2. Since then we have experienced a significant degradation around the
>> speed of provisioning with the PSP. We've been using the PSP to
>> incrementally provision groups since the upgrade, and accepted the reduced
>> However, as we've recently loaded all student data for our new academic
>> year into Grouper, the PSP has been working through over a quarter of a
>> million changes. This is taking between 1 and 4 seconds for each change,
>> we're estimating that this could take anywhere up to 2 weeks to work
>> through all the changes. The server itself isn't stressed and is showing
>> CPU and RAM usage. I've attached a small snippet of the grouper_error.log
>> showing the groups currently being provisioned. Some of these are being
>> published to our Active Directory, others are Grouper-only.
>> We're aware of performance issues with the PSP and the advice to upgrade
>> to PSPNG in 2.3, unfortunately this isn't feasible for us at the moment.
>> Hence, are there any configuration settings we should investigate/change in
>> an effort to give some improved performance with the current PSP in the
>> Phil Harle
>> IT Service
>> Newcastle University
- [grouper-users] RE: PSP speed issues, Philip Harle, 09/08/2016
Archive powered by MHonArc 2.6.19.