Bug 26908 - LDAP-Server reagiert nicht mehr vollständig
LDAP-Server reagiert nicht mehr vollständig
Status: RESOLVED DUPLICATE of bug 20841
Product: UCS
Classification: Unclassified
Component: LDAP
UCS 3.0
Other Linux
: P5 normal (vote)
: ---
Assigned To: UCS maintainers
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-04-26 09:51 CEST by Janis Meybohm
Modified: 2018-04-14 13:43 CEST (History)
1 user (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Janis Meybohm univentionstaff 2012-04-26 09:51:03 CEST
Ticket#: 2012042521002061

Intern auf billy aufgefallen. Der LDAP-Server nimmt zwar noch Verbindungen an und antwortet auf einen Großteil der Anfragen, ldapdelete Aufrufe und ldapsearch
über den kompletten Baum bleiben aber einfach "hängen".

slapd zieht 100% CPU, keine Meldungen in der syslog.

# strace -ttT -f -p `pidof slapd`
....
[pid 10624] 17:58:49.987203 sched_yield() = 0 <0.000006>
[pid 10624] 17:58:49.987230 sched_yield() = 0 <0.000007>
[pid 10624] 17:58:49.987257 sched_yield() = 0 <0.000006>
[pid 10624] 17:58:49.987282 sched_yield() = 0 <0.000007>
[pid 10624] 17:58:49.987308 sched_yield() = 0 <0.000007>
[pid 10624] 17:58:49.987339 sched_yield() = 0 <0.000006>
[pid 10624] 17:58:49.987364 sched_yield() = 0 <0.000006>
[pid 10624] 17:58:49.987390 sched_yield() = 0 <0.000006>
[pid 10624] 17:58:49.987415 sched_yield() = 0 <0.000007>
[pid 10624] 17:58:49.987443 sched_yield() = 0 <0.000006>
[pid 10624] 17:58:49.987468 sched_yield() = 0 <0.000007>
[pid 10624] 17:58:49.987494 sched_yield() = 0 <0.000007>
...
...

Nach einem Neustart des slapd ist wieder alles "normal". Ich habe das System & RAM in diesem Zustand gesichert sodass man das noch mal debuggen kann.
Comment 1 Philipp Hahn univentionstaff 2012-07-10 12:36:49 CEST
Berkeley Database Bug #20841

*** This bug has been marked as a duplicate of bug 20841 ***