[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
problem with 2.0.19
hi-
i'm new to ldap, so i may not be diagnosing this problem correctly.
i've compiled and installed 2.0.19, and everything starts up fine. when i
try to add to the directory, i get the following:
root@mail:/opt/openldap/ldif > /opt/openldap/bin/ldapadd -f test.ldif -w
test -D "cn=manager" -v
ldap_initialize( <DEFAULT> )
ldap_bind: Invalid credentials
the following shows up in syslog:
Dec 21 11:29:40 mail slapd[720]: daemon: conn=3 fd=9 connection from IP=127.0.0.1:32776 (IP=0.0.0.0:34049) accepted.
Dec 21 11:29:40 mail slapd[723]: conn=3 op=0 BIND dn="CN=MANAGER" method=128
Dec 21 11:29:40 mail slapd[723]: conn=3 op=0 RESULT tag=97 err=49 text=
Dec 21 11:29:40 mail slapd[720]: conn=-1 fd=9 closed
my ldif:
root@mail:/opt/openldap/ldif > cat test.ldif
dn: o=dev.thesquare.net
objectclass: top
manager's password from slapd.conf:
rootdn "cn=manager"
rootpw test
frustrated, i tried stracing the process to see why the add was failing:
root@mail:/opt/openldap/ldif > strace /opt/openldap/bin/ldapadd -f test.ldif -w test -D "cn=manager" -v -h 172.16.1.72
<snip>
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 4
shmat(4, 0x4, 0x3) = 0x1d3
shmat(4, 0x4, 0x4ptrace: umoven: Input/output error) = ?
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
connect(4, {sin_family=AF_INET, sin_port=htons(389),
sin_addr=inet_addr("172.16.1.72")}}, 16) = -1 EINPROGRESS (Operation now in progress)
select(1024, NULL, [4], NULL, NULL) = 1 (out [4])
getpeername(4, {sin_family=AF_INET, sin_port=htons(389),
sin_addr=inet_addr("172.16.1.72")}}, [16]) = 0
shmat(4, 0x4, 0x3) = 0x70746567
shmat(4, 0x4, 0x4ptrace: umoven: Input/output error) = ?
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
brk(0x806a000) = 0x806a000
time(NULL) = 1008952364
write(4, "0\32\2\1\1`\25\2\1\3\4\ncn=manager\200\4test", 28) = 28
select(1024, [4], [], NULL, NULL) = 1 (in [4])
read(4, "0\f\2\1\1a\7\n\0011\4\0\4\0", 16384) = 14
time(NULL) = 1008952364
write(2, "ldap_bind: Invalid credentials\n", 31ldap_bind: Invalid credentials) = 31
_exit(1) = ?
looking at this, it would seem that the failed add is caused by the failed
shmat calls. does this make sense? i looked through the -bugs and
-software archives, but didn't find any other references to this problem.
i'm currently using linux 2.4.17rc2, but it looks like the same problem
occurs with 2.4.16.
anyone know if this is a linux problem, or an openldap problem?
thanks-
dan