You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@directory.apache.org by "Steve Brendtro (JIRA)" <ji...@apache.org> on 2008/12/16 15:46:44 UTC
[jira] Created: (DIRSERVER-1295) Unable to create posixGroup or
posixUser in 1.5.4 Linux/Windows
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.
[jira] Closed: (DIRSERVER-1295) Unable to create posixGroup or
posixUser in 1.5.4 Linux/Windows
Posted by "Emmanuel Lecharny (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DIRSERVER-1295?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Emmanuel Lecharny closed DIRSERVER-1295.
----------------------------------------
closed
> 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.
[jira] Commented: (DIRSERVER-1295) Unable to create posixGroup or
posixUser in 1.5.4 Linux/Windows
Posted by "Steve Brendtro (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DIRSERVER-1295?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12657140#action_12657140 ]
Steve Brendtro commented on DIRSERVER-1295:
-------------------------------------------
Here are some DEBUG logs:
On server startup:
[14:48:50] DEBUG [org.apache.directory.server.schema.registries.DefaultOidRegistry] - registed name 'dhcpSharedNetwork' with OID: 2.16.840.1.113719.1.203.6.2
[14:48:50] DEBUG [org.apache.directory.server.schema.registries.DefaultOidRegistry] - registed name '1.3.6.1.4.1.2312.4.2.3' with OID: 1.3.6.1.4.1.2312.4.2.3
[14:48:50] DEBUG [org.apache.directory.server.schema.registries.DefaultOidRegistry] - registed name 'automount' with OID: 1.3.6.1.4.1.2312.4.2.3
[14:48:50] DEBUG [org.apache.directory.server.schema.registries.DefaultOidRegistry] - registed name '1.3.6.1.1.1.2.1' with OID: 1.3.6.1.1.1.2.1
[14:48:50] DEBUG [org.apache.directory.server.schema.registries.DefaultOidRegistry] - registed name 'shadowAccount' with OID: 1.3.6.1.1.1.2.1
[14:48:50] DEBUG [org.apache.directory.server.schema.registries.DefaultOidRegistry] - registed name '1.3.6.1.1.1.2.0' with OID: 1.3.6.1.1.1.2.0
[14:48:50] DEBUG [org.apache.directory.server.schema.registries.DefaultOidRegistry] - registed name 'posixAccount' with OID: 1.3.6.1.1.1.2.0
[14:48:50] DEBUG [org.apache.directory.server.schema.registries.DefaultOidRegistry] - registed name '2.16.840.1.113719.1.203.6.12' with OID: 2.16.840.1.113719.1.203.6.12
[14:48:50] DEBUG [org.apache.directory.server.schema.registries.DefaultOidRegistry] - registed name 'dhcpServer' with OID: 2.16.840.1.113719.1.203.6.12
[14:48:50] DEBUG [org.apache.directory.server.schema.registries.DefaultOidRegistry] - registed name '1.3.6.1.4.1.13769.2.2.1' with OID: 1.3.6.1.4.1.13769.2.2.1
[14:48:50] DEBUG [org.apache.directory.server.schema.registries.DefaultOidRegistry] - registed name 'mozillaAbPersonObsolete' with OID: 1.3.6.1.4.1.13769.2.2.1
[14:48:50] DEBUG [org.apache.directory.server.schema.registries.DefaultOidRegistry] - registed name '2.16.840.1.113730.3.2.6' with OID: 2.16.840.1.113730.3.2.6
So I know posixAccount got loaded and registered with OID 1.3.6.1.1.1.2.0.
Then, when I try to import my entries from an LDIF file through Directory Studio, the following is written to the Apache DS log file:
[14:49:38] DEBUG [org.apache.directory.server.schema.registries.DefaultOidRegistry] - looked up OID '2.5.4.3' with id 'cn'
[14:49:38] DEBUG [org.apache.directory.server.schema.registries.DefaultOidRegistry] - looked up OID '0.9.2342.19200300.100.1.1' with id 'uid'
[14:49:38] DEBUG [org.apache.directory.server.schema.registries.DefaultOidRegistry] - looked up OID '2.5.4.42' with id 'givenName'
[14:49:38] DEBUG [org.apache.directory.server.schema.registries.DefaultOidRegistry] - looked up OID '2.5.4.0' with id 'objectClass'
[14:49:38] DEBUG [org.apache.directory.server.schema.registries.DefaultAttributeTypeRegistry] - lookup with id2.5.4.0' of attributeType: <2.5.4.0, objectClass>
[14:49:38] DEBUG [org.apache.directory.server.schema.registries.DefaultOidRegistry] - looked up OID '1.3.6.1.1.1.2.0' with id 'posixaccount'
[14:49:38] ERROR [org.apache.directory.server.ldap.handlers.ReferralAwareRequestHandler] - LOOP_DETECT: failed for Add Request :
ClientEntry
dn: 2.5.4.3=steve smith,2.5.4.11=people,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
--
loginshell: /bin/bash
uidnumber: 1001
givenname: Steve
gidnumber: 1000
homedirectory: /home/ssmith
: objectClass w/ OID 1.3.6.1.1.1.2.0 not registered!
> 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.
[jira] Resolved: (DIRSERVER-1295) Unable to create posixGroup or
posixUser in 1.5.4 Linux/Windows
Posted by "Emmanuel Lecharny (JIRA)" <ji...@apache.org>.
[ 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.