directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Amod Kadam (Commented) (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (DIRSERVER-1704) Inconistency in Master-Slave Replication
Date Mon, 09 Apr 2012 13:39:17 GMT

    [ https://issues.apache.org/jira/browse/DIRSERVER-1704?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13249816#comment-13249816
] 

Amod Kadam commented on DIRSERVER-1704:
---------------------------------------

The following is the exception trace observed at times (NOT ALWAYS)

ERROR [org.apache.directory.server.ldap.replication.consumer.Replicat
ionConsumerImpl] - ERR_278 More than one value has been provided for the single-
valued attribute: ads-repllastsentcsn
org.apache.directory.shared.ldap.model.exception.LdapInvalidAttributeValueExcept
ion: ERR_278 More than one value has been provided for the single-valued attribu
te: ads-repllastsentcsn
        at org.apache.directory.server.core.schema.SchemaInterceptor.assertNumbe
rOfAttributeValuesValid(SchemaInterceptor.java:1629)
        at org.apache.directory.server.core.schema.SchemaInterceptor.assertNumbe
rOfAttributeValuesValid(SchemaInterceptor.java:1617)
        at org.apache.directory.server.core.schema.SchemaInterceptor.check(Schem
aInterceptor.java:1144)
        at org.apache.directory.server.core.schema.SchemaInterceptor.checkModify
Entry(SchemaInterceptor.java:982)
        at org.apache.directory.server.core.schema.SchemaInterceptor.modify(Sche
maInterceptor.java:1390)
        at org.apache.directory.server.core.api.interceptor.BaseInterceptor.next
(BaseInterceptor.java:599)
        at org.apache.directory.server.core.hash.PasswordHashingInterceptor.modi
fy(PasswordHashingInterceptor.java:113)
        at org.apache.directory.server.core.api.interceptor.BaseInterceptor.next
(BaseInterceptor.java:599)
        at org.apache.directory.server.core.exception.ExceptionInterceptor.modif
y(ExceptionInterceptor.java:298)
        at org.apache.directory.server.core.api.interceptor.BaseInterceptor.next
(BaseInterceptor.java:599)
        at org.apache.directory.server.core.authz.DefaultAuthorizationIntercepto
r.modify(DefaultAuthorizationInterceptor.java:278)
        at org.apache.directory.server.core.api.interceptor.BaseInterceptor.next
(BaseInterceptor.java:599)
        at org.apache.directory.server.core.authz.AciAuthorizationInterceptor.mo
dify(AciAuthorizationInterceptor.java:846)
        at org.apache.directory.server.core.api.interceptor.BaseInterceptor.next
(BaseInterceptor.java:599)
        at org.apache.directory.server.core.referral.ReferralInterceptor.modify(
ReferralInterceptor.java:309)
        at org.apache.directory.server.core.api.interceptor.BaseInterceptor.next
(BaseInterceptor.java:599)
        at org.apache.directory.server.core.authn.AuthenticationInterceptor.modi
fy(AuthenticationInterceptor.java:1050)
        at org.apache.directory.server.core.api.interceptor.BaseInterceptor.next
(BaseInterceptor.java:599)
        at org.apache.directory.server.core.normalization.NormalizationIntercept
or.modify(NormalizationInterceptor.java:248)
        at org.apache.directory.server.core.DefaultOperationManager.modify(Defau
ltOperationManager.java:660)
        at org.apache.directory.server.core.shared.DefaultCoreSession.modify(Def
aultCoreSession.java:590)
        at org.apache.directory.server.core.shared.DefaultCoreSession.modify(Def
aultCoreSession.java:564)
        at org.apache.directory.server.ldap.replication.consumer.ReplicationCons
umerImpl.modify(ReplicationConsumerImpl.java:985)
        at org.apache.directory.server.ldap.replication.consumer.ReplicationCons
umerImpl.handleSearchResult(ReplicationConsumerImpl.java:361)
        at org.apache.directory.server.ldap.replication.consumer.ReplicationCons
umerImpl.doSyncSearch(ReplicationConsumerImpl.java:618)
        at org.apache.directory.server.ldap.replication.consumer.ReplicationCons
umerImpl.startSync(ReplicationConsumerImpl.java:505)
        at org.apache.directory.server.ldap.replication.consumer.ReplicationCons
umerImpl.connectionClosed(ReplicationConsumerImpl.java:484)
        at org.apache.directory.ldap.client.api.LdapNetworkConnection.sessionClo
sed(LdapNetworkConnection.java:3647)
        at org.apache.mina.core.filterchain.DefaultIoFilterChain$TailFilter.sess
ionClosed(DefaultIoFilterChain.java:665)
        at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextSession
Closed(DefaultIoFilterChain.java:395)
        at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$900(Defa
ultIoFilterChain.java:46)
        at org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.ses
sionClosed(DefaultIoFilterChain.java:781)
        at org.apache.mina.filter.codec.ProtocolCodecFilter.sessionClosed(Protoc
olCodecFilter.java:387)
        at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextSession
Closed(DefaultIoFilterChain.java:395)
        at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$900(Defa
ultIoFilterChain.java:46)
        at org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.ses
sionClosed(DefaultIoFilterChain.java:781)
        at org.apache.mina.core.filterchain.IoFilterAdapter.sessionClosed(IoFilt
erAdapter.java:95)
        at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextSession
Closed(DefaultIoFilterChain.java:395)
        at org.apache.mina.core.filterchain.DefaultIoFilterChain.fireSessionClos
ed(DefaultIoFilterChain.java:388)
        at org.apache.mina.core.service.IoServiceListenerSupport.fireSessionDest
royed(IoServiceListenerSupport.java:244)
        at org.apache.mina.core.polling.AbstractPollingIoProcessor.removeNow(Abs
tractPollingIoProcessor.java:602)
        at org.apache.mina.core.polling.AbstractPollingIoProcessor.removeSession
s(AbstractPollingIoProcessor.java:562)
        at org.apache.mina.core.polling.AbstractPollingIoProcessor.access$800(Ab
stractPollingIoProcessor.java:68)
        at org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run
(AbstractPollingIoProcessor.java:1149)
        at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnabl
e.java:64)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExec
utor.java:885)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor
.java:907)
        at java.lang.Thread.run(Thread.java:619)

                
> Inconistency in Master-Slave Replication
> ----------------------------------------
>
>                 Key: DIRSERVER-1704
>                 URL: https://issues.apache.org/jira/browse/DIRSERVER-1704
>             Project: Directory ApacheDS
>          Issue Type: Bug
>    Affects Versions: 2.0.0-M6
>         Environment: OS : Windows XP Professional Version 2002, Service Pack 3
> Hardware : Intel 1.73 Ghz, 2 GB RAM
>            Reporter: Amod Kadam
>            Priority: Critical
>              Labels: replication
>
> We are testing master-slave configuration for ApacheDS and observed inconsistency when
data from MASTER gets 
> deleted. The record gets deleted from MASTER but does not get deleted from SLAVE. However
this does not happen 
> always. Secondly we are unable to find out the pattern for the same.
> We have seen this issue after executing the Test Cases in sequence. 
> Scenario - Master changes state from RUNNING to STOP and then RUNNING again while Slave
is in 'RUNNING' state
> Ensure that MASTER and SLAVE are running before executing each test case.
> ========================================================
> Test Case No: 1
> 1) Stop Master
> 2) Restart MASTER
> 3) Add an entry to the MASTER 
> dn: cn=amodkadam,ou=users,ou=system
> objectClass: person
> objectClass: top
> sn: kadam
> cn: amodkadam	
> Expected Result : 
> SLAVE should get  corresponding entry for 
> dn: cn=amodkadam,ou=users,ou=system	
> Actual Test Result:
> Same as expected result.
> ===========================================
> Test Case No:2
> 1) Stop Master
> 2) Restart MASTER
> 3) UPDATE an entry in the MASTER 
> dn: cn=amodkadam,ou=users,ou=system
> objectClass: person
> objectClass: top
> sn: kadam_update
> cn: amodkadam	
> Expected Result : 
> SLAVE should have  UPDATED entry for 
> dn: cn=amodkadam,ou=users,ou=system	
> Actual Test Result:
> Same as expected
> ================================================
> 1) Stop Master
> 2) Restart MASTER
> 3) DELETE an entry from the MASTER 
> dn: cn=amodkadam,ou=users,ou=system
> objectClass: person
> objectClass: top
> sn: KADAM
> cn: amodkadam	
> Expected Result : 
> Corresponding entry should be deleted from SLAVE but does not get DELETED
> Actual Result 
> Fails and the record in the SLAVE does not get deleted.
> However this does not happen alwyas. 
> =========================================================================
> Could you let us know what could be issue and how to fix it ?

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message