You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@directory.apache.org by "Kiran Ayyagari (JIRA)" <ji...@apache.org> on 2014/06/07 08:13:01 UTC
[jira] [Commented] (DIRSERVER-1980) pwdReset isn't replicated
properly
[ https://issues.apache.org/jira/browse/DIRSERVER-1980?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14020725#comment-14020725 ]
Kiran Ayyagari commented on DIRSERVER-1980:
-------------------------------------------
The pwdHistory attribute is also not getting replicated. This should also get replicated.
> pwdReset isn't replicated properly
> ----------------------------------
>
> Key: DIRSERVER-1980
> URL: https://issues.apache.org/jira/browse/DIRSERVER-1980
> Project: Directory ApacheDS
> Issue Type: Bug
> Affects Versions: 2.0.0-M16
> Environment: Linux, OpenJDK 1.7.0
> Reporter: Pontus Freyhult
> Priority: Minor
>
> we've got 2.0.0-M16 with patches for DIRSERVER-1971 backported (to be
> able to have access control and replication) set up on two servers
> with circular replication (A->B, B->A).
> We're also running with password policies, specifically we require
> users to change their passwords after they've been reset by an
> administrator, which seems governed by the attribute pwdReset on the
> user's object.
> After resetting the password, pwdReset: TRUE is set on the user object
> and that seems to replicate correctly to the other server. When the
> user changes the password, pwdReset is removed from the user object -
> but that attribute removal doesn't replicate.
> My first suspicion was that it was somehow related to pwdReset not
> being part of any objectClass for the object (along the lines of "it
> only needs to check for possible attributes that may have gone
> missing"), but I tried making a new objectClass (with MAY pwdReset)
> and apply it to my account without seeing any improvement.
> I haven't noticed any interesting errors in the logs running with
> log4j.logger.org.apache.directory.server.PROVIDER_LOG=DEBUG
> log4j.logger.org.apache.directory.server.CONSUMER_LOG=DEBUG
--
This message was sent by Atlassian JIRA
(v6.2#6252)