[
https://issues.apache.org/jira/browse/DIRSERVER-1295?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Emmanuel Lecharny resolved DIRSERVER-1295.
------------------------------------------
Resolution: Invalid
The NIS schema is present, but not enabled by default. In order to activate it,
you have to modify some attribute in the associated entry :
on the ou=schema partition, cn=nis entry, change the m-disabled=TRUE to
m-disabled=FALSE (be aware that the boolean value is case sensitive).
Then close your connection on studio, and open it again (this is a missing
feature in Studio : when changing the schema, it is not reloaded internally by
the plugin in charge of the entries creation).
Now it should work (I've tested it locally, and it's working for me)
> 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 is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
