search

ForgeRock / openam-community-edition

Access Management - AuthN, AuthZ, SSO, Fedaration
https://forgerock.github.io/openam-community-edition/
123 stars 60 forks source link

UpgradeException: Busy: Entry cn=schema cannot be modified #31

Closed z-mathe closed 7 years ago

z-mathe commented 7 years ago

Hi,

I want to upgrade our OpenAM 10.0 version to OpenAM13.0 First I upgraded the external OpenDJ from version 2.4.5 to 3.0.0 (by upgrade guide, minimum version is 2.6), then navigate to /openam/ url and start the upgrade process from web GUI. The backup process was success, then the overall process failed with this:

Busy: Entry cn=schema cannot be modified because the server failed to obtain a write lock for this entry after multiple attempts

What can I do?

Thank you.

The exception callstack:

amUpgrade:06/22/2017 03:23:53:783 DU CEST: Thread[http-nio-37181-exec-1,5,main]: TransactionId[08dc4532-326d-4435-a81c-0f65dadd8647-27]
ERROR: An error occurred while processing /WEB-INF/template/ldif/sfha/cts-add-schema.ldif
org.forgerock.opendj.ldap.LdapException: Busy: Entry cn=schema cannot be modified because the server failed to obtain a write lock for this entry after multiple attempts
    at org.forgerock.opendj.ldap.LdapException.newLdapException(LdapException.java:188)
    at org.forgerock.opendj.ldap.spi.ResultLdapPromiseImpl.setResultOrError(ResultLdapPromiseImpl.java:142)
    at org.forgerock.opendj.grizzly.LDAPClientFilter$ClientResponseHandler.modifyResult(LDAPClientFilter.java:310)
    at org.forgerock.opendj.io.LDAPReader.readModifyResult(LDAPReader.java:530)
    at org.forgerock.opendj.io.LDAPReader.readProtocolOp(LDAPReader.java:565)
    at org.forgerock.opendj.io.LDAPReader.readMessage(LDAPReader.java:132)
    at org.forgerock.opendj.grizzly.LDAPBaseFilter.handleRead(LDAPBaseFilter.java:82)
    at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:283)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:200)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:132)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:111)
    at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
    at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:536)
    at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137)
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:591)
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:571)
z-mathe commented 7 years ago

Sorry, this was an OpenDJ replication configuration problem,