[Fedora-directory-users] slapd password
Richard Megginson
rmeggins at redhat.com
Mon May 21 19:04:07 UTC 2007
Gregory P. Ennis wrote:
> On Mon, 2007-05-21 at 12:12 -0600, Richard Megginson wrote:
>
>> Gregory P. Ennis wrote:
>>
>>> <snip>
>>> Richard,
>>>
>>> Thank you, one step further.... but still no cigar.
>>>
>>> I had about 10 users to enter as test data, but am not sure if the data
>>> made it to the server.
>>>
>>> My entry command was :
>>> ldapmodify -v -x -a -D "cn=Directory Manager" -W -f ./EcCare.ldif
>>>
>>> And the response was :
>>>
>>> add objectclass:
>>> top
>>> domain
>>> add dc:
>>> EcCare
>>> add aci:
>>> (target ="ldap:///dc=EcCare,dc=com")(targetattr !
>>> ="userPassword")(version 3.0;acl "Anonymous read-search access";allow
>>> (read, search, compare)(userdn = "ldap:///anyone");)
>>> (target="ldap:///dc=EcCare,dc=com") (targetattr = "*")(version
>>> 3.0; acl "allow all Admin group"; allow(all) groupdn =
>>> "ldap:///cn=Directory Administrators,ou=Groups,dc=EcCare,dc=com";)
>>> adding new entry "dc=EcCare,dc=com"
>>> modify complete
>>> ldap_add: Already exists (68)
>>>
>>> When I perform :
>>>
>>> ldapsearch -x -b 'dc=eccare,dc=com' '(objectclass=*)'
>>>
>>> I get :
>>>
>>> dn: dc=EcCare,dc=com
>>> objectClass: top
>>> objectClass: domain
>>> dc: EcCare
>>>
>>> # Directory Administrators, EcCare.com
>>> dn: cn=Directory Administrators, dc=EcCare,dc=com
>>> objectClass: top
>>> objectClass: groupofuniquenames
>>> cn: Directory Administrators
>>>
>>> Note: I used the Example.ldif as a template with some changes of the
>>> data.
>>>
>>> When I do :
>>>
>>> ldapsearch -x -b 'dc=eccare,dc=com' '(cn=Ennis)'
>>>
>>> I get :
>>>
>>> # search result
>>> search: 2
>>> result: 0 Success
>>>
>>> Which causes me to believe the details of the data did not make it to
>>> the server.
>>>
>>>
>> You are correct. The error Already exists (68) means you tried to add
>> an entry that already exists (probably dc=EcCare,dc=com). Remove that
>> entry from your ldif file and try again. When you run setup, and choose
>> your initial base suffix, setup will create that entry for you. You can
>> also add the "-c" argument to ldapmodify to make it continue despite
>> errors.
>>
>>> If my questions are too newbie I will certianly take some direction to
>>> read, but so far I have not found the appropriate docs.
>>>
>>> Thanks again!!!!
>>>
>>> Greg
>>>
>>>
> Richard,
>
> That was helpful... Looks like I have the data in the server now. I can
> get ldapsearch to work but am not able to get evolution to display any
> of the data. I was able to turn the logs on to debug for openldap,
> where can I do this for fedora-ds so I can look at how evolution is
> accessing slapd
>
http://directory.fedoraproject.org/wiki/FAQ#Troubleshooting
Keep in mind that the access log is buffered, which means requests and
responses will not be immediately available in that file.
> Thanks again for your help!!!!
>
> Greg
>
> --
> Fedora-directory-users mailing list
> Fedora-directory-users at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3245 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://listman.redhat.com/archives/fedora-directory-users/attachments/20070521/9d2882d0/attachment.bin>
More information about the Fedora-directory-users
mailing list