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)