Univention Bugzilla – Bug 24738
slapd hängt im sched_yield
Last modified: 2018-04-14 13:44:01 CEST
Created attachment 3834 [details] ps axfuwww Die Last des slapd auf einem S4-Master mit 5000 Usern und 1050 Gruppen beträgt 100%. slapd antwortet nahezu nicht mehr. Mehrere von cron gestartete ldapsearch-Prozesse lesen alle User aus: 14574 ? S 0:00 \_ /USR/SBIN/CRON 14704 ? S 0:00 | \_ /bin/sh /usr/share/univention-kde/univention-set-kdedirs 14732 ? S 0:00 | \_ /bin/sh /usr/share/univention-kde/univention-set-kdedirs 14733 ? S 0:00 | \_ ldapsearch -ZZ -D cn=mas77,cn=dc,cn=computers,dc=nstx,dc=de -y /etc/machine.secret (&(uid=root)(objectClass=posixAccount)) -LLL dn 14734 ? S 0:00 | \_ /usr/bin/python2.6 /usr/bin/ldapsearch-wrapper 14735 ? S 0:00 | \_ grep ^dn 14736 ? S 0:00 | \_ sed -e s|^dn: || Wird das ldapsearch gekillt, wird ein policy-result ausgeführt: 19166 ? S 0:00 \_ /USR/SBIN/CRON 19229 ? S 0:00 \_ /bin/sh /usr/share/univention-kde/univention-set-kdedirs 19659 ? S 0:00 \_ univention_policy_result -D cn=mas77,cn=dc,cn=computers,dc=nstx,dc=de -y /etc/machine.secret -s Wird auch das gekillt läuft, wird das sysvol-sync.sh ausgeführt: 17740 ? S 0:00 \_ /USR/SBIN/CRON 20624 ? Ss 0:00 \_ /bin/sh -c /usr/sbin/jitter 60 /usr/share/univention-samba4/scripts/sysvol-sync.sh >>/var/log/univention/sysvol-sync.log 2>&1 20627 ? S 0:00 \_ /bin/bash /usr/sbin/jitter 60 /usr/share/univention-samba4/scripts/sysvol-sync.sh 20635 ? S 0:00 \_ sleep 43 root@mas77:/etc/cron.d# grep -Hir '*/5' . ./sysvol-sync:*/5 * * * * root /usr/sbin/jitter 60 /usr/share/univention-samba4/scripts/sysvol-sync.sh >>/var/log/univention/sysvol-sync.log 2>&1 ./mrtg:*/5 * * * * root if [ -x /usr/bin/mrtg ] && [ -r /etc/mrtg.cfg ]; then mkdir -p /var/log/mrtg ; env LANG=C /usr/bin/mrtg /etc/mrtg.cfg 2>&1 | tee -a /var/log/mrtg/mrtg.log ; fi root@mas77:/etc/cron.d#
Created attachment 3835 [details] ucr dump
Die cron-Jobs lesen aber nicht alle Benutzer aus, sondern nur bestimmte, bspw: (&(uid=root)(objectClass=posixAccount)) Gibt es ein allgemeines Problem mit dem slapd auf dem System? Hast du genug Speicher auf dem System?
slapd hängt auf dem System im syscall: sched_yield Aufgetreten, nachdem 5000 Benutzer in einer Schleife angelegt wurden und noch diverse andere Operationen. Nach einem slapd Neustart läuft wieder alles. Ggf. sollte die Standard-Cache-Größe nochmal etwas erhöht werden.
Berkeley Database Bug #20841 *** This bug has been marked as a duplicate of bug 20841 ***