correct structural object class for ou=People

[charlie derr <cderr@simons-rock.edu>]

The one entry i found in the faq o matic about this:
http://www.openldap.org/faq/index.cgi?_highlightWords=structural%20object%20class&file=650

didn't really get to my point.   In trying to import into the latest 2.1 
(in debian unstable), i got an error about "no structuralObjectClass" 
"no structuralObjectClass".  In trying to reproduce this (on a 
different, more recently updated debian sid machine) to compose this 
email, I discovered that ou=People went in just fine (as follows):

dn: ou=People, dc=my,dc=domain
ou: People
objectClass: top
objectClass: organizationalUnit

However when i try to add an entry below this one i still get the error. 


ldapadd -D "cn=admin,dc=my,dc=domain" -W -x -f oboe.ldif
Enter LDAP Password:
adding new entry "uid=oboe, ou=People, dc=my,dc=domain"
ldapadd: update failed: uid=oboe, ou=People, dc=my,dc=domain
ldap_add: Internal (implementation specific) error (80)
       additional info: no structuralObjectClass operational attribute


here's the end (still trimmed) of slapd -16383 from the same incident

conn=0 op=1 ADD dn="uid=oboe,ou=People,dc=my,dc=domain"
bdb_dn2entry_rw("uid=oboe,ou=people,dc=my,dc=domain")
=> bdb_dn2id_matched( "uid=oboe,ou=people,dc=my,dc=domain" )
<= bdb_dn2id_matched: id=0x00000003: matched ou=people,dc=my,dc=domain
entry_decode: "ou=People,dc=my,dc=domain"
<= entry_decode(ou=People,dc=my,dc=domain)
bdb_referrals: op=104 target="uid=oboe,ou=People,dc=my,dc=domain" 
matched="ou=People,dc=my,dc=domain"
====> bdb_cache_return_entry_r( 3 ): created (0)
==> bdb_add: uid=oboe,ou=People,dc=my,dc=domain
No structuralObjectClass for entry (uid=oboe,ou=People,dc=my,dc=domain)
bdb_add: entry failed schema check: no structuralObjectClass operational 
attribute (80)
send_ldap_result: conn=0 op=1 p=3
send_ldap_result: err=80 matched="" text="no structuralObjectClass 
operational attribute"
send_ldap_response: msgid=2 tag=105 err=80
ber_flush: 60 bytes to sd 12
 0000:  30 3a 02 01 02 69 35 0a  01 50 04 00 04 2e 6e 6f   0:...i5..P....no
 0010:  20 73 74 72 75 63 74 75  72 61 6c 4f 62 6a 65 63    structuralObjec
 0020:  74 43 6c 61 73 73 20 6f  70 65 72 61 74 69 6f 6e   tClass operation
 0030:  61 6c 20 61 74 74 72 69  62 75 74 65               al attribute
daemon: activity on 1 descriptors
daemon: activity on: 12r
daemon: read activity on 12
connection_get(12)
ldap_write: want=60, written=60
 0000:  30 3a 02 01 02 69 35 0a  01 50 04 00 04 2e 6e 6f   0:...i5..P....no
 0010:  20 73 74 72 75 63 74 75  72 61 6c 4f 62 6a 65 63    structuralObjec
 0020:  74 43 6c 61 73 73 20 6f  70 65 72 61 74 69 6f 6e   tClass operation
 0030:  61 6c 20 61 74 74 72 69  62 75 74 65               al attribute
connection_get(12): got connid=0
connection_read(12): checking for input on id=0
ber_get_next
ldap_read: want=9, got=7
 0000:  30 05 02 01 03 42 00                               0....B.
ber_get_next: tag 0x30 len 5 contents:
ber_dump: buf=0x08115b50 ptr=0x08115b50 end=0x08115b55 len=5
 0000:  02 01 03 42 00                                     ...B.
ber_get_next
ldap_read: want=9, got=0

ber_get_next on fd 12 failed errno=0 (Success)
connection_read(12): input error=-2 id=0, closing.
connection_closing: readying conn=0 sd=12 for close
connection_close: deferring conn=0 sd=12
do_unbind
conn=0 op=2 UNBIND
connection_resched: attempting closing conn=0 sd=12
connection_close: deferring conn=0 sd=12
daemon: select: listen=6 active_threads=1 tvp=NULL
daemon: activity on 1 descriptors
daemon: select: listen=6 active_threads=1 tvp=NULL
conn=0 op=1 RESULT tag=105 err=80 text=no structuralObjectClass 
operational attribute
connection_resched: attempting closing conn=0 sd=12
connection_close: conn=0 sd=12
daemon: removing 12
conn=0 fd=12 closed



If someone could tell me which structuralObjectClass might be 
appropriate (and/or) which entries need them/it, that'd be great (I'll 
even add it to the faq-o-matic).   Alternatively, I'd accept being sent 
somewhere specific to read about  the structuralObjectClass, which is 
apparently different than an objectClass that is STRUCTURAL, right?

   thanx a ton in advance,
      ~c