You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@directory.apache.org by "Chad Dougherty (JIRA)" <ji...@apache.org> on 2013/10/04 16:43:42 UTC
[jira] [Commented] (DIRSERVER-1295) Unable to create posixGroup or
posixUser in 1.5.4 Linux/Windows
[ https://issues.apache.org/jira/browse/DIRSERVER-1295?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13786201#comment-13786201 ]
Chad Dougherty commented on DIRSERVER-1295:
-------------------------------------------
I just ran into this same issue. What's the reason the NIS schema is disabled by default? Could it be enabled?
> Unable to create posixGroup or posixUser in 1.5.4 Linux/Windows
> ---------------------------------------------------------------
>
> Key: DIRSERVER-1295
> URL: https://issues.apache.org/jira/browse/DIRSERVER-1295
> Project: Directory ApacheDS
> Issue Type: Bug
> Components: schema, schema-plugin
> Affects Versions: 1.5.4
> Environment: CentOS 5.2 Linux, Windows Vista
> Reporter: Steve Brendtro
>
> Using Apache Directory Studio, I can browse the schema and verify that posixUser and posixGroup actually exists. However, when adding a new entry, posixUser and posixGroup aren't listed in the available objectClasses. Furthermore, when doing an LDIF import of entries based on posixUser or posixGroup, I receive the following error:
> #!RESULT ERROR
> #!CONNECTION ldap://localhost:30389
> #!DATE 2008-12-15T22:01:02.365
> #!ERROR [LDAP: error code 54 - LOOP_DETECT: failed for Add Request : ClientEntry dn: 2.5.4.3=employees,2.5.4.11=groups,0.9.2342.19200300.100.1.25=libertygoldcard,0.9.2342.19200300.100.1.25=net,2.5.4.11=wikid objectclass: posixGroup objectclass: top cn: Employees gidnumber: 1000 : objectClass w/ OID 1.3.6.1.1.1.2.2 not registered!]
> dn: cn=Employees,ou=groups,dc=example,dc=com
> changetype: add
> gidnumber: 1000
> ObjectClass: posixGroup
> ObjectClass: top
> cn: Employees
> Interestingly, my LDIF file refers to the objectClass by name, so ApacheDS is at least doing resolution from the name to the OID, and THEN reports that "objectClass w/ OID 1.3.6.1.1.1.2.2 not registered!". Similarly here is the error in the server logs when loading a posixUser:
> [23:53:45] ERROR [org.apache.directory.server.ldap.handlers.ReferralAwareRequestHandler] - LOOP_DETECT: failed for Add Request :
> ClientEntry
> dn: 2.5.4.3=info,2.5.4.11=email,0.9.2342.19200300.100.1.25=libertygoldcard,0.9.2342.19200300.100.1.25=net,2.5.4.11=wikid
> objectclass: posixAccount
> objectclass: organizationalPerson
> objectclass: person
> objectclass: inetOrgPerson
> objectclass: top
> sn: Information
> cn: info
> uid: info
> userpassword: '0x7B 0x53 0x48 0x41 0x7D 0x6F 0x55 0x2F 0x41 0x6C 0x7A 0x57 0x2F 0x6F 0x76 0x4C ...'
> uidnumber: 2003
> gidnumber: 2000
> homedirectory: /home/virtual/info
> : objectClass w/ OID 1.3.6.1.1.1.2.0 not registered!
> javax.naming.NamingException: objectClass w/ OID 1.3.6.1.1.1.2.0 not registered!
> at org.apache.directory.server.schema.registries.DefaultObjectClassRegistry.lookup(DefaultObjectClassRegistry.java:114)
> at org.apache.directory.server.core.schema.SchemaInterceptor.alterObjectClasses(SchemaInterceptor.java:1069)
> at org.apache.directory.server.core.schema.SchemaInterceptor.check(SchemaInterceptor.java:1675)
> at org.apache.directory.server.core.schema.SchemaInterceptor.add(SchemaInterceptor.java:1819)
> at org.apache.directory.server.core.interceptor.InterceptorChain$Entry$1.add(InterceptorChain.java:1189)
> at org.apache.directory.server.core.operational.OperationalAttributeInterceptor.add(OperationalAttributeInterceptor.java:191)
> at org.apache.directory.server.core.interceptor.InterceptorChain$Entry$1.add(InterceptorChain.java:1189)
> at org.apache.directory.server.core.exception.ExceptionInterceptor.add(ExceptionInterceptor.java:220)
> at org.apache.directory.server.core.interceptor.InterceptorChain$Entry$1.add(InterceptorChain.java:1189)
> at org.apache.directory.server.core.interceptor.BaseInterceptor.add(BaseInterceptor.java:129)
> at org.apache.directory.server.core.interceptor.InterceptorChain$Entry$1.add(InterceptorChain.java:1189)
> at org.apache.directory.server.core.authz.AciAuthorizationInterceptor.add(AciAuthorizationInterceptor.java:448)
> at org.apache.directory.server.core.interceptor.InterceptorChain$Entry$1.add(InterceptorChain.java:1189)
> at org.apache.directory.server.core.authn.AuthenticationInterceptor.add(AuthenticationInterceptor.java:213)
> at org.apache.directory.server.core.interceptor.InterceptorChain$Entry$1.add(InterceptorChain.java:1189)
> at org.apache.directory.server.core.normalization.NormalizationInterceptor.add(NormalizationInterceptor.java:113)
> at org.apache.directory.server.core.interceptor.InterceptorChain.add(InterceptorChain.java:749)
> at org.apache.directory.server.core.DefaultOperationManager.add(DefaultOperationManager.java:78)
> at org.apache.directory.server.core.DefaultCoreSession.add(DefaultCoreSession.java:378)
> at org.apache.directory.server.ldap.handlers.AddHandler.handleIgnoringReferrals(AddHandler.java:59)
> at org.apache.directory.server.ldap.handlers.AddHandler.handleIgnoringReferrals(AddHandler.java:40)
> at org.apache.directory.server.ldap.handlers.ReferralAwareRequestHandler.handleWithReferrals(ReferralAwareRequestHandler.java:483)
> at org.apache.directory.server.ldap.handlers.ReferralAwareRequestHandler.handle(ReferralAwareRequestHandler.java:150)
> at org.apache.directory.server.ldap.handlers.ReferralAwareRequestHandler.handle(ReferralAwareRequestHandler.java:66)
> at org.apache.directory.server.ldap.handlers.LdapRequestHandler.messageReceived(LdapRequestHandler.java:171)
> at org.apache.directory.server.ldap.handlers.LdapRequestHandler.messageReceived(LdapRequestHandler.java:46)
> at org.apache.mina.handler.demux.DemuxingIoHandler.messageReceived(DemuxingIoHandler.java:141)
> at org.apache.directory.server.ldap.LdapProtocolHandler.messageReceived(LdapProtocolHandler.java:181)
> at org.apache.mina.common.support.AbstractIoFilterChain$TailFilter.messageReceived(AbstractIoFilterChain.java:570)
> at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299)
> at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53)
> at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:648)
> at org.apache.mina.filter.codec.support.SimpleProtocolDecoderOutput.flush(SimpleProtocolDecoderOutput.java:58)
> at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:180)
> at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299)
> at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53)
> at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:648)
> at org.apache.mina.filter.executor.ExecutorFilter.processEvent(ExecutorFilter.java:220)
> at org.apache.mina.filter.executor.ExecutorFilter$ProcessEventsRunnable.run(ExecutorFilter.java:264)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
> at java.lang.Thread.run(Thread.java:595)
--
This message was sent by Atlassian JIRA
(v6.1#6144)