[Date Prev][Date Next] [Chronological] [Thread] [Top]
FW: LDAP_OPERATIONS_ERROR

To: "LDAP SOFTWARE SUPPORT (E-mail)" <openldap-software@OpenLDAP.org>
Subject: FW: LDAP_OPERATIONS_ERROR
From: "Nalla, Suneetha R (Suneetha) *CTR*" <Suneetha.Nalla@ons.octel.com>
Date: Thu, 21 Oct 1999 11:26:23 -0500
Cc: "'nalla@lucent.com'" <nalla@lucent.com>
I don't know if this got posted, so I am posting it again. Sorry, if you
have got it twice.

> Hi ,
> 
> Can somebody tell me what it means by Operations error. I am using
> Openldap's slapd. I actually am trying to add a new suffix ( to support a
> new schema) to my existing server. I had some problems initially, finally
> I figured out and changed the slapd.conf and successfully accessed the old
> data. Here's my slapd.conf with both suffixes.
> 
> include         ~openldap/ldap/usr/local/etc/openldap/slapd.at.conf
> include         ~openldap/ldap/usr/local/etc/openldap/slapd.oc.conf
> include         ~openldap/ldap/usr/local/etc/openldap/slapd.user.at.conf
> include         ~openldap/ldap/usr/local/etc/openldap/slapd.user.oc.conf
> 
> schemacheck     off
> #referral       ldap://ldap.itd.umich.edu
> 
> pidfile         ~openldap/ldap/usr/local/var/slapd.pid
> argsfile       ~openldap/ldap/usr/local/var/slapd.args
> 
> #######################################################################
> # ldbm database definitions
> #######################################################################
> 
> database        ldbm
> suffix          "o=Schema1 Service, c=US"
> directory       /usr/tmp
> rootdn          "cn=root, o=Schema1 Service, c=US"
> rootpw          secret1
> # cleartext passwords, especially for the rootdn, should
> # be avoid.  See slapd.conf(5) for details.
> access          to dn=".*"
>                 by dn="cn=provd1,o=Schema1 Service,c=US" write
> access          to dn=".*,o=Schema1 Service,c=US"
>                 by dn="cn=Schema1 Client,o=Schema1 Service,c=US" read
> 
> #######################################################################
> # ldbm database definitions
> #######################################################################
> 
> database        ldbm
> suffix          "o=Schema2 Service, c=US"
> directory       /usr/tmp
> rootdn          "cn=root, o=Schema2 Service, c=US"
> rootpw          secret2
> # cleartext passwords, especially for the rootdn, should
> # be avoid.  See slapd.conf(5) for details.
> access          to dn=".*"
>                 by dn="cn=provd2,o=Schema2 Service,c=US" write
> access          to dn=".*,o=Schema2 Service,c=US"
>                 by dn="cn=Schema2 Client,o=Schema2 Service,c=US" read
> 
> 
> I am not having any problems adding entries into old schema. But when I am
> trying to add entries for the new schema it gives me an error "Operations
> error" after the add. When I do a search on the same entry it gives me
> back all the right data I put in. Can somebody tell me why this is
> happening and what it means. When I ran the server with -d 65535 option I
> it gave the following:
> 
> activity on: 7r
> read activity on 7
> .....
> ber_get_next
> ber_get_next: tag 0x30 len 56 contents:
> ber_dump: buf 0x8376630, ptr 0x8376630, end 0x8376668
>  ...............
> do_bind
> do_bind: version 2 dn (cn=provd2,o=Schema2 Service,c=US) method 128
> ............................
> dn2entry_r: dn: "CN=.................."
> => dn2id( "................" )
> ====> cache_find_entry_dn2id: found dn: ............................
> <= dn2id 577 (in cache)
> => id2entry_r( 577 )
> ====> cache_find_entry_dn2id: found id: 577 rw: 0
> entry_rdwr_rtrylock: ID: 577
> <= id2entry_r 0x83ab750 (cache)
> ====> cache_return_entry_r
> entry_rdwr_runlock: ID: 577
> do_bind: bound "........................................"
> send_ldap_result 0::
> ber_flush: 14 bytes to sd 7
>          0 0c 02 01 01  a 07 0a 01 00 04 00 04 00 
> .......................................
> ber_get_next
> ber_get_next: tag 0x0 len 7768 contents:
> ber_dump: buf 0x83af3d0, ptr 0x83af3d0, end 0x83b1228
>           current len 7768, contents:
>         02 01 02  h 82 1e  Q 04  C  v  P  I  M  r  f  c
>          8  2  2  M  a  i  l  b  o  x  =  "  +  1  9  7
>          2  1  2  3  1  0  0  1  @  a  w  s  .  n  e  t
>          ...............................................
>          ......................................................
> listening for connections on 6, activity on: 7r
> before select active_threads 1
> do_add
>     do_add: ndn (VPIMRFC822MAILBOX="+19721231001@AWS.NET",O=SCHEMA2
> SERVICE,C=US)
> conn=8 op=1 ADD dn="VPIMRFC822MAILBOX="+19721231001@AWS.NET",O=SCHEMA2
> SERVICE,C=US"
> ==> ldbm_back_add: vPIMrfc822Mailbox="+19721231001@aws.net",o=Schema2
> Service,c=US
> => dn2id( "VPIMRFC822MAILBOX="+19721231001@AWS.NET",O=SCHEMA2
> SERVICE,C=US" )
> => ldbm_cache_open( "/usr/tmp/dn2id.gdbm", 2, 600 )
> <= ldbm_cache_open NULL "/usr/tmp/dn2id.gdbm" errno 11 reason "Try again")
> <= dn2id could not open dn2id.gdbm
> dn2entry_w: dn: "O=SCHEMA2 SERVICE,C=US"
> => dn2id( "O=SCHEMA2 SERVICE,C=US" )
> ====> cache_find_entry_dn2id: found dn: O=SCHEMA2 SERVICE,C=US
> <= dn2id 576 (in cache)
> => id2entry_w( 576 )
> ====> cache_find_entry_dn2id: found id: 576 rw: 1
> entry_rdwr_wtrylock: ID: 576
> <= id2entry_w 0x83ab6c8 (cache)
> 
> => access_allowed: entry (o=Schema2 Service, c=US) attr (children)
> 
> => acl_get: entry (o=Schema2 Service, c=US) attr (children)
> => acl_get: edn O=SCHEMA2 SERVICE,C=US
> => dnpat: [1] .* nsub: 0
> => acl_get:[1]  backend ACL match
> => acl_get: [1] check attr children
> <= acl_get: [1] backend acl o=SCHEMA2 Service, c=US attr: children
> 
> => acl_access_allowed: write access to entry "o=Schema2 Service, c=US"
> 
> => acl_access_allowed: write access to value "any" by "CN=PROVD2,O=SCHEMA2
> SERVICE,C=US"
> <= check a_dnpat: CN=PROVD2,O=SCHEMA2 SERVICE,C=US
> => string_expand: pattern:  CN=PROVD2,O=SCHEMA2 SERVICE,C=US
> => string_expand: expanded: CN=PROVD2,O=SCHEMA2 SERVICE,C=US
> => regex_matches: string:   CN=PROVD2,O=SCHEMA2 SERVICE,C=US
> => regex_matches: rc: 0 matches
> <= acl_access_allowed: matched by clause #1 access granted
> 
> => access_allowed: exit (o=Schema2 Service, c=US) attr (children)
> entry_rdwr_wlock: ID: 0
> => id2children_add( 576, 580 )
> => ldbm_cache_open( "/usr/tmp/id2children.gdbm", 2, 600 )
> <= ldbm_cache_open NULL "/usr/tmp/id2children.gdbm" errno 11 reason "Try
> again")
> <= id2children_add -1 could not open "id2children.gdbm"
> id2children_add failed
> send_ldap_result 1::
> ber_flush: 14 bytes to sd 7
>          0 0c 02 01 02  i 07 0a 01 01 04 00 04 00 
> conn=8 op=1 RESULT err=1 tag=105 nentries=0
> ====> cache_return_entry_w
> select activity on 1 descriptors
> activity on: 7r
> read activity on 7
> ber_get_next
> ber_get_next: tag 0x30 len 5 contents:
> ber_dump: buf 0x83abfb8, ptr 0x83abfb8, end 0x83abfbd
>           current len 5, contents:
>         02 01 03  B 00 
> listening for connections on 6, activity on: 7r
> before select active_threads 2
> select activity on 1 descriptors
> activity on: 7r
> read activity on 7
> ber_get_next
> ber_get_next on fd 7 failed errno 0 (Unknown error)
> *** got 0 of 0 so far
> conn=8 op=-1 fd=7 closed errno=0
> listening for connections on 6, activity on:
> before select active_threads 2
> entry_rdwr_wunlock: ID: 576
> ====> cache_return_entry_w
> entry_rdwr_wunlock: ID: 580
> do_unbind
> conn=8 op=2 UNBIND
> 
> Is there something that I am doing wrong.
> 
> Thanks, for your help.
> Suneetha.
> 
> Suneetha R. Nalla
> nalla@lucent.com
>
Follow-Ups:
- Re: FW: LDAP_OPERATIONS_ERROR
  - From: Ted Spradley <Ted.Spradley@pagemart.com>
Prev by Date: Re: Building ldap directory - How? [Virus checked by FIDUCI
Next by Date: Support two schemas on the same server
Index(es):
- Chronological
- Thread