Skip to Content.
Sympa Menu

grouper-users - RE: [grouper-users] Grouper 1.6.3 : Problem to desactivate log generation in database

Subject: Grouper Users - Open Discussion List

List archive

RE: [grouper-users] Grouper 1.6.3 : Problem to desactivate log generation in database

Chronological Thread 
  • From: Chris Hyzer <>
  • To: "" <>
  • Cc: "" <>
  • Subject: RE: [grouper-users] Grouper 1.6.3 : Problem to desactivate log generation in database
  • Date: Mon, 29 Aug 2011 15:43:57 +0000
  • Accept-language: en-US

Originally those flags did something, but then we went down the path of not
being sure what the impact of turning it off would be, so there is no way of
turning it off. i.e. real time ldappcng will use the change log, and all
notifications already do, etc...

I put in a Jira to clean up those flags though:

When resolving this issue, maybe we can make the flag work if we thought it
was ok to not use the change log for some things...

If there is more discussion Im happy to discuss :)


-----Original Message-----

On Behalf Of Julien Gribonvald
Sent: Monday, August 29, 2011 9:36 AM

Subject: [grouper-users] Grouper 1.6.3 : Problem to desactivate log
generation in database


I'm having problems to avoid that grouper generate logs in database for each
operations done (in some case only, because we need logs by the UI only). I
want to avoid this generation because we have massive modifications (16000
groups and around 200 000 users to add in some groups), and so it adds
useless insert with these modifications. Maybe it's an other problem because
with a good configuration of file in grouper 1.5.2 it's
doesn't take so much time and now after migration on grouper 1.6.3 it's
really slow, the provisioning time is multiplied at least by 2. I have done
an analyze and an optimize on the database but nothing changed.

I think the first optimisation would be to avoid log generation in database,
I tried this configuration in :

changeLog.enabled = false
groups.updateLastMembershipTime = false
stems.updateLastMembershipTime = false

But this configuration doesn't seem to works because insert are done in
grouper_change_log_entry_temp and grouper_audit_entry tables. Do you know why
this change nothing ?
Also we are using ldappcng and after tests changeLog.enabled to false doesn't
change anything... But we modified a bit ldappcng to avoid that it gets user
information in our ldap (the source of user) which was very expansive in
time. As purpose, a good improvement could be done by avoiding request on
user source which gets all user parameters because a lot of time we don't
need user informations, only source identifier and id of the user are
sufficient, for example a simple subject and a complete subject which expand
simpleSubject would be great.

Thanks for your help (and sorry for my English).


Archive powered by MHonArc 2.6.16.

Top of Page