directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Emmanuel Lecharny (JIRA)" <j...@apache.org>
Subject [jira] Resolved: (DIRSERVER-1295) Unable to create posixGroup or posixUser in 1.5.4 Linux/Windows
Date Tue, 16 Dec 2008 20:23:44 GMT

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


Mime
View raw message