Symantec IGA

 View Only

  • 1.  ActiveDirectory endpoints have disappeared from Java Connector Server

    Posted Jan 15, 2019 07:51 AM

    Hello community!

    I am not sure if my terminology is OK, but I'll try to explain it as good as I can.

    In Connector Xpress, when endpoint is registered under Provisioning Servers - Endpoint types - Endpoints, it is also displayed in Connector Server - Endpoint Types - Endpoint node. Recently, the Endpoints under Connector Server node have disapeared and every action - lookup, search.... on endpoint in Provisioning Manager is resulting in: javax.naming.NamingException: OID for name 'eTADSDirectoryName' was not found within the OID registry

    After I discovered this, I have to manually Set managing CS in Connector Xpress, but this did not solve the problem.

     

    Is there any way, to reconnect endpoints on Provisioning server with JCS again? Any help would be appreciated!

     

    Thank you!

     

    Full stack trace down below. I am also attaching Connector Xpress screenshots, to clear the situation.

    2019-01-15 02:16:10,009 37877170 [ApacheDS Worker-thread-14] (com.ca.jcs.apacheds:com.ca.jcs.jndi.exception.LdapExceptionUtils:151) ERROR  - exception in SEARCH(, scope=object, returning objects=false, count limit=0, time limit=0, return=ref,eTSyncAccounts): javax.naming.NamingException: OID for name 'eTADSDirectoryName' was not found within the OID registry
    javax.naming.NamingException: OID for name 'eTADSDirectoryName' was not found within the OID registry
        at org.apache.directory.server.core.schema.global.GlobalOidRegistry.getOid(GlobalOidRegistry.java:166)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.directory.server.core.schema.global.GlobalAttributeTypeRegistry.lookup(GlobalAttributeTypeRegistry.java:135)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at com.ca.jcs.soa.SOAForwardingInterceptor.normaliseName(SOAForwardingInterceptor.java:134)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at com.ca.jcs.soa.SOAForwardingInterceptor.search(SOAForwardingInterceptor.java:344)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.directory.server.core.interceptor.InterceptorChain$Entry$1.search(InterceptorChain.java:1263)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.directory.server.core.schema.SchemaService.search(SchemaService.java:193)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.directory.server.core.interceptor.InterceptorChain$Entry$1.search(InterceptorChain.java:1263)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.directory.server.core.authn.AuthenticationService.search(AuthenticationService.java:435)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.directory.server.core.interceptor.InterceptorChain$Entry$1.search(InterceptorChain.java:1263)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.directory.server.core.normalization.NormalizationService.search(NormalizationService.java:326)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.directory.server.core.interceptor.InterceptorChain$Entry$1.search(InterceptorChain.java:1263)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at com.ca.jcs.soa.SOAFilteringInterceptor.search(SOAFilteringInterceptor.java:302)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.directory.server.core.interceptor.InterceptorChain$Entry$1.search(InterceptorChain.java:1263)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at com.ca.jcs.soa.SOAAuthenticationTokenInterceptor.search(SOAAuthenticationTokenInterceptor.java:214)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.directory.server.core.interceptor.InterceptorChain.search(InterceptorChain.java:828)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.directory.server.core.partition.PartitionNexusProxy.search(PartitionNexusProxy.java:479)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.directory.server.core.partition.PartitionNexusProxy.search(PartitionNexusProxy.java:424)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.directory.server.core.jndi.ServerDirContext.search(ServerDirContext.java:579)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.directory.server.ldap.support.SearchHandler.messageReceived(SearchHandler.java:396)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.mina.handler.demux.DemuxingIoHandler.messageReceived(DemuxingIoHandler.java:144)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.directory.server.ldap.LdapProtocolProvider$LdapProtocolHandler.messageReceived(LdapProtocolProvider.java:403)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.mina.common.support.AbstractIoFilterChain$TailFilter.messageReceived(AbstractIoFilterChain.java:731)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:364)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.mina.common.support.AbstractIoFilterChain.access$1200(AbstractIoFilterChain.java:54)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:828)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.mina.filter.codec.support.SimpleProtocolDecoderOutput.flush(SimpleProtocolDecoderOutput.java:60)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:196)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:364)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.mina.common.support.AbstractIoFilterChain.access$1200(AbstractIoFilterChain.java:54)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:828)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.mina.filter.support.SSLHandler.flushScheduledEvents(SSLHandler.java:276)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.mina.filter.SSLFilter.messageReceived(SSLFilter.java:427)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:364)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.mina.common.support.AbstractIoFilterChain.access$1200(AbstractIoFilterChain.java:54)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:828)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.mina.filter.executor.ExecutorFilter.processEvent(ExecutorFilter.java:261)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at org.apache.mina.filter.executor.ExecutorFilter$ProcessEventsRunnable.run(ExecutorFilter.java:329)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:665)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:690)[129:com.ca.jcs.apacheds:1.1.0.20150129]
        at java.lang.Thread.run(Unknown Source)[:1.7.0_40]



  • 2.  Re: ActiveDirectory endpoints have disappeared from Java Connector Server

    Broadcom Employee
    Posted Jan 15, 2019 10:12 AM

    I believe this is caused by duplicate classes. 

     

    It looks like there are two jars loaded which are apacheds-server-main-1.5.0-SNAPSHOT-app.jar and apacheds-server-main-1.5.0-SNAPSHOT-app-nolog.jar having same package structure. 

     

    Not sure how the extra jar file got placed there. 

     

    Review, backup outside of working directory and Remove apacheds-server-main-1.5.0-SNAPSHOT-app.jar from the Connector Server/lib/ext folder

    Thank you.



  • 3.  Re: ActiveDirectory endpoints have disappeared from Java Connector Server
    Best Answer

    Posted Jan 16, 2019 04:49 AM

    Thank you for your response! Duplicate apacheds classes was the only possible problem I did find on CA support. But that was probably not the case...

    The action preceeding this issue was: I have deployed custom connector OSGI package, with lot of jars packaged by mistake. These jars was already present in JCS/lib directory. After realizing mistake I have deployed my package once more, but only with jcs-connector-NAME.jar packaged and then the problem occured.

    In the end issue was solved by restarting the whole IDM physical server.