[no subject]

[root at gandalf openldap]# ldapadd -x -D 'cn=root,dc=domainname,dc=com' -f 
ldifs/top.ldif -W
Enter LDAP Password:
adding new entry "dc=domanname,dc=com"
ldapadd: update failed: dc=domainname,dc=com
ldap_add: Internal (implementation specific) error (80)

I googled a bit, and found that 80 seems to be some kind of 
miscellaneous error, which didn't help out much.  Below are my 
slapd.conf and top.ldif file.

****  slapd.conf
# Schemas to use
include  /etc/openldap/schema/core.schema
include  /etc/openldap/schema/cosine.schema
include  /etc/openldap/schema/inetorgperson.schema
include  /etc/openldap/schema/nis.schema
include  /etc/openldap/schema/redhat/
rfc822-MailMember.schema
include  /etc/openldap/schema/redhat/autofs.schema
include  /etc/openldap/schema/redhat/
kerberosobject.schema

database       ldbm
suffix         "dc=domanname,dc=com"
rootdn         "cn=root, dc=domanname, dc=com"
rootpw         {SSHA}PDquw1to2fRhHCQ08r8Td51I6B3CiYbt
directory      /var/lib/ldap/domanname.com
loglevel -1

index   default                             eq
index   objectClass,uid,uidNumber,gidNumber eq
index   cn,mail,surname,givenname           eq,sub

# Access Control (See openldap v.2.0 Admin Guide)
access to attr=userPassword
    by self         write
    by anonymous    auth
    by dn="cn=root,dc=domanname,dc=com"       write
    by *    compare
access to *
    by self write
    by dn="cn=root,dc=domanname,dc=com"       write
    by * read

**** top.ldif

dn: dc=domanname,dc=com
objectclass: dcObject
objectclass: organization
o: domain name
dc: domanname   <-------If I put the .com on here, I get the other (64) 
error.  I apologize, but I'm at the trial and error stage now.  Not very 
  scientific, but when I get it right, I can work backwards from there.

dn: cn=root, dc=domanname, dc=com
objectclass: organizationalRole
cn: manager

dn: ou=people, dc=domanname, dc=com
ou: people
objectclass: organizationalUnit
objectclass: domainRelatedObject
associatedDomain: domanname.com

dn: ou=contacts, ou=people, dc=domanname, dc=com
ou: contacts
ou: people
objectclass: organizationalUnit
objectclass: domainRelatedObject
associatedDomain: domanname.com

dn: ou=group, dc=domanname, dc=com
ou: group
objectclass: organizationalUnit
objectclass: domainRelatedObject


--
registered linux user # 73046

Nathan J. Underwood
Cyber Tech Cafe' <><
<a  rel="nofollow" href="http://www.cybertechcafe.net";>http://www.cybertechcafe.net</a>

Nathan J. Underwood wrote:
&gt; Ok, I'm fumbling my way through this LDAP / Samba v3 stuff for domain 
&gt; authentication, and I'm just not having a lot of luck.  I have my 
&gt; /etc/openldap/slapd.conf file setup the way that (I believe) I need it 
&gt; (per the Quick Start guide and 
&gt; <a  rel="nofollow" href="http://www.linuxjournal.com/article.php?sid=6266";>http://www.linuxjournal.com/article.php?sid=6266</a>), and I'm able to start 
&gt; and query the server.  The article at 
&gt; <a  rel="nofollow" href="http://www.linuxjournal.com/article.php?sid=6266";>http://www.linuxjournal.com/article.php?sid=6266</a> is actually pretty much 
&gt; everything that I want to do, so I got excited when I found it, but it's 
&gt; not working quite like I'd hoped.  I've basically mirrored the 
&gt; slapd.conf file, and created a top.ldif file that's almost identical to 
&gt; the one listed (I've changed foo to my domain name).  When I try to use 
&gt; ldapadd to add it to the directory, I get the following error:
&gt; 
&gt; ldap_add: Naming violation (64)
&gt;         additional info: value of naming attribute 'dc' is not present 
&gt; in entry
&gt; 
&gt; I'm going to continue googling (isn't it funny how that's a verb now?), 
&gt; but if any of you have had / overcome the same problem, any pointers 
&gt; would be appreciated.
&gt; -- 
&gt; registered linux user # 73046
&gt; 
&gt; 
&gt; ------------------------------------------------------------------------
&gt; 
&gt; _______________________________________________
&gt; Ale mailing list
&gt; Ale at ale.org
&gt; <a  rel="nofollow" href="http://www.ale.org/mailman/listinfo/ale";>http://www.ale.org/mailman/listinfo/ale</a>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 254 bytes
Desc: OpenPGP digital signature



</pre>
<!--X-Body-of-Message-End-->
<!--X-MsgBody-End-->
<!--X-Follow-Ups-->
<hr>
<!--X-Follow-Ups-End-->
<!--X-References-->
<ul><li><strong>References</strong>:
<ul>
<li><strong><a name="00159" href="msg00159.html">[ale] LDAP Problems (newbie)</a></strong>
<ul><li><em>From:</em> ale1 at cybertechcafe.net (Nathan J. Underwood)</li></ul></li>
</ul></li></ul>
<!--X-References-End-->
<!--X-BotPNI-->
<ul>
<li>Prev by Date:
<strong><a href="msg00188.html">[ale] Adding Kpgp Shredder to Desktop</a></strong>
</li>
<li>Next by Date:
<strong><a href="msg00190.html">[ale] LDAP Problems (newbie)</a></strong>
</li>
<li>Previous by thread:
<strong><a href="msg00185.html">[ale] LDAP Problems (newbie)</a></strong>
</li>
<li>Next by thread:
<strong><a href="msg00190.html">[ale] LDAP Problems (newbie)</a></strong>
</li>
<li>Index(es):
<ul>
<li><a href="maillist.html#00189"><strong>Date</strong></a></li>
<li><a href="threads.html#00189"><strong>Thread</strong></a></li>
</ul>
</li>
</ul>

<!--X-BotPNI-End-->
<!--X-User-Footer-->
<!--X-User-Footer-End-->
</body>
</html>