Op 28-2-2011 3:00, Howard Chu schreef:
Ruud Baart wrote:
Problem:
For a customer we use LDAP for many years. Last year suddenly the slapd
service just stopped without any traces in the logfiles. After a restart
of slapd everything works fine again. But the problem was there: it was
not an
Ruud Baart wrote:
Op 28-2-2011 3:00, Howard Chu schreef:
Ruud Baart wrote:
Problem:
For a customer we use LDAP for many years. Last year suddenly the
slapd service just stopped without any traces in the logfiles.
After a restart of slapd everything works fine again. But the
problem
Ruud Baart wrote:
Op 28-2-2011 3:00, Howard Chu schreef:
Ruud Baart wrote:
Problem:
For a customer we use LDAP for many years. Last year suddenly the
slapd service just stopped without any traces in the logfiles.
After a restart of slapd everything works fine again. But the
problem
Ruud Baart wrote:
Sorry, I think I found a way to start slapd with gdb. The main mistake I
made was using uid openldap. It should be run as root.
# gdb -q -x /root/gdb.init --args /usr/sbin/slapd -h ldap:///
ldapi:/// -g openldap -u openldap -f /etc/ldap/slapd.conf -l local5
gdb.init:
Thank you, I have installed the package:
gdb -q -x /root/gdb.init --args /usr/sbin/slapd -h ldap:/// ldapi:/// -g
openldap -u openldap -f /etc/ldap/slapd.conf -l local5
Reading symbols from /usr/sbin/slapd...Reading symbols from
/usr/lib/debug/usr/sbin/slapd...done.
(no debugging symbols
- Ruud Baart r.j.ba...@prompt.nl wrote:
Sorry, I think I found a way to start slapd with gdb. The main mistake
I
made was using uid openldap. It should be run as root.
# gdb -q -x /root/gdb.init --args /usr/sbin/slapd -h ldap:///
ldapi:/// -g openldap -u openldap -f
Thank you all for the fast answers.
I now attached gdb to slapd and get some results:
(gdb) handle all nostop
(gdb) continue
Continuing.
Program received signal SIGPIPE, Broken pipe.
Program received signal SIGPIPE, Broken pipe.
[New Thread 0xb01f6b70 (LWP 1548)]
Program received signal
Ruud Baart wrote:
Thank you all for the fast answers.
I now attached gdb to slapd and get some results:
(gdb) handle all nostop
(gdb) continue
Continuing.
Program received signal SIGPIPE, Broken pipe.
Program received signal SIGPIPE, Broken pipe.
[New Thread 0xb01f6b70 (LWP 1548)]
Program
Howard Chu wrote:
Actually, you should always use a shared memory key on Solaris. Using
mmap'd files is just too slow on that OS.
SunOS dns05.unix 5.10 Generic_141445-09 i86pc i386 i86pc
Is this still the case? I did a quick (naive?) test to see if it would improve
things for our LDAP
Hello,
Thanks to everyone having answered me earlier, I've managed to set up
password policy on the OpenLDAP provided in CentOS 5.5 repositories
(current version 2.3.43).
The setup: we have password policy enabled for users accounts in our
intranet. After 5 unsuccessful attempts the account is
On Tuesday, 1 March 2011 07:23:41 Konstantin Boyandin wrote:
Hello,
Thanks to everyone having answered me earlier, I've managed to set up
password policy on the OpenLDAP provided in CentOS 5.5 repositories
(current version 2.3.43).
The setup: we have password policy enabled for users
11 matches
Mail list logo