grouper-dev - Re: [grouper-dev] LDAPPC restart after a crash
Subject: Grouper Developers Forum
List archive
- From: Tom Zeller <>
- To: "arnaud.deman" <>
- Cc: Grouper Dev <>
- Subject: Re: [grouper-dev] LDAPPC restart after a crash
- Date: Tue, 17 Feb 2009 21:22:07 -0600
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=xHsq4LCctTWYxNBbiHMi+MEfsQ/70xlb9iu8i+FpjK+UrcRtDix3ZsYnkKY3g7gy1S bxfREJllPiVk7G6ecTBgImnCT9VAAV8ZkeAYE8lidLAziXpIZ+tRpLmWhNnqgidSpZsh vXnBRBMN3+jFVC64ZIIBH4nUB6yavgOZmBEp4=
Looks like a bug indeed in AttributeModifier. I don't have a fix in mind yet, we'll see.
2009/2/17 Arnaud Deman <>
Hi everyone,
I have got a problem with ldappc when restarting it after a crash, when the people branch is not completely provisionned.
When I restart ldappc, if a person has only a part of its groups in the attribute isMemberOf, then there is a swap between these groups and the missing ones.
For instance, the user F08001ph is member of the groups :
is a member of : Groupesco:sarapis:local:sarapis_GIP_RECIA
is an indirect member of : Groupesco:sarapis:local:sarapis_CLAUDE DE FRANCE_0410017W
is an indirect member of : Groupesco:sarapis:local:sarapis_LEONARD DE VINCI_0370001A
is a member of : Groupesco:sarapis:central
The content of the attribute isMemeberOf, for the ldap entry before running ldappc is:
isMemberOf: esco:sarapis:local:sarapis_LEONARD DE VINCI_0370001A
isMemberOf: esco:sarapis:local:sarapis_GIP_RECIA
And the result of the run of ldappc is:
isMemberOf: esco:sarapis:central
isMemberOf: esco:sarapis:local:sarapis_CLAUDE DE FRANCE_0410017W
The content of the temporary file used by the process is :
uid=F08001ph,ou=people,dc=esco-centre,dc=fr 2 esco:sarapis:central
uid=F08001ph,ou=people,dc=esco-centre,dc=fr 2 esco:sarapis:local:sarapis_CLAUDE DE FRANCE_0410017W
I think the "2" which mean "Replace Attribute" in this file should be "1" (Add attribute). I would say it is related to the method AttributeModifier.getModifications() but I can't go further because I dont understand very well the method. In fact, I even don't understand when a Replace operation should be used as we are working on multi-valued attributes.
I have done this test with ldappc in the grouper 1.4.1 package but I will have also to fixe it for the 1.2.1 version as we use it in production.
Thanks for your help,
Arnaud.
--
Arnaud Deman
GIP RECIA
Parc d'activités les Aulnaies
151 rue de la Juine - 45160 OLIVET
Tel : 02 38 42 14 63
- LDAPPC restart after a crash, Arnaud Deman, 02/17/2009
- Re: [grouper-dev] LDAPPC restart after a crash, Tom Zeller, 02/17/2009
- Re: [grouper-dev] LDAPPC restart after a crash, Tom Zeller, 02/17/2009
- Re: [grouper-dev] LDAPPC restart after a crash, Arnaud Deman, 02/18/2009
- Re: [grouper-dev] LDAPPC restart after a crash, Tom Zeller, 02/19/2009
- Re: [grouper-dev] LDAPPC restart after a crash, Tom Barton, 02/19/2009
- Re: [grouper-dev] LDAPPC restart after a crash, Tom Zeller, 02/19/2009
- Re: [grouper-dev] LDAPPC restart after a crash, Tom Barton, 02/19/2009
- Re: [grouper-dev] LDAPPC restart after a crash, Tom Zeller, 02/19/2009
- Re: [grouper-dev] LDAPPC restart after a crash, Tom Barton, 02/19/2009
- Re: [grouper-dev] LDAPPC restart after a crash, Tom Zeller, 02/19/2009
- Re: [grouper-dev] LDAPPC restart after a crash, Arnaud Deman, 02/19/2009
- Re: [grouper-dev] LDAPPC restart after a crash, Tom Barton, 02/19/2009
- Re: [grouper-dev] LDAPPC restart after a crash, Tom Zeller, 02/19/2009
- Re: [grouper-dev] LDAPPC restart after a crash, Arnaud Deman, 02/18/2009
Archive powered by MHonArc 2.6.16.