directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Chad Dougherty (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (DIRSERVER-1295) Unable to create posixGroup or posixUser in 1.5.4 Linux/Windows
Date Fri, 04 Oct 2013 14:43:42 GMT

    [ 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)

Mime
View raw message