sorry for the frustration all... removing the leading space in front of rootpw did the trick :)
the directory is now populating, however I cannot understand why it is choking on this entry
# pam_ldap, Services, acadaca.net dn: cn=pam_ldap,ou=Services,dc=acadaca,dc=net cn: pam_ldap objectClass: top objectClass: inetOrgPerson sn: PAM userPassword:: {SSHA}secret
AFAIK I have ALL the scemas I need to import this entry yet ldapadd chokes
[root@ldap openldap]# ldapadd -h ldap -x -D "cn=Manager,dc=acadaca,dc=net" -w secret -f /home/tim/acadaca2.ldif ldapadd: invalid format (line 6) entry: "cn=pam_ldap,ou=Services,dc=acadaca,dc=net"
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/misc.schema inlcude /etc/openldap/schema/sudoers.schema
I am sorry to ask for help again.. this sucks
On Wed, Nov 3, 2010 at 12:20 PM, Quanah Gibson-Mount quanah@zimbra.com wrote:
--On Tuesday, November 02, 2010 7:59 PM -0700 Chris Jacobs Chris.Jacobs@apollogrp.edu wrote:
If you're not calling me out via "thanks so much for the exceedingly useful insight" then feel free to skip the rest of this.
I didn't think he was calling you out, myself. ;) Just noting that things are documented, and people who don't take the time to read the official project documentation (which happens a lot, unfortunately) don't deserve sympathy on it. We get a lot of people who spend their time reading documents from other sources such as Zytrax, which contain completely wrong information, and then come here to talk about how bad the documentation is. It gets frustrating.
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc
Zimbra :: the leader in open source messaging and collaboration