On Thu, 2 Jun 2005, Torsten Landschoff wrote:
Hi Ulrich,
[...]
That's unlikely to happen. And, BTW: I guess this bug is also a problem
with the current linux kernel. Somebody on linux-kernel pointed out that
he got 10% CPU usage by having 3 processes talk to each other in a ring
inside an endles
| Talking about severities: We will not delay sarge because slapd has a
| performance problem for one user.=20
I guess this is a disputable decision.
This makes sarge unusable for an ldap server. Our whole ldap system (a
few hundred users involved) was repeatedly blocked by this bug,
because
Hi Ulrich,
On Wed, Jun 01, 2005 at 07:10:08PM +0200, Ulrich Hermisson wrote:
> I would be very happy with either kind of solution. Since the package, in
> its current state, cannot be used by us and, as I presume, many other
> people, it would be a big improvement if the problem were solved b
On Wed, 1 Jun 2005, Torsten Landschoff wrote:
On Wed, Jun 01, 2005 at 12:16:05PM +0200, Ulrich Hermisson wrote:
from www.openldap.org (compiled with "--enable-crypt"). Only when I
compile with the configure option "--with-threads=no", everything is
ok, but the slurpd needs threads. With thread
On Wed, Jun 01, 2005 at 12:16:05PM +0200, Ulrich Hermisson wrote:
> from www.openldap.org (compiled with "--enable-crypt"). Only when I
> compile with the configure option "--with-threads=no", everything is
> ok, but the slurpd needs threads. With threads, also the test 17
> performed by "make te
Package: slapd
Version: 2.2.23-5
Severity: important
The slapd almost stops working while a CPU consuming process like the
one started by
echo 3^ | bc &
is running on the same machine. That is: a query (e.g. querying a
passwd database by pam_ldap) which is answered immediately (i.e. less
6 matches
Mail list logo
