[quote=“O. Bertgen”]Hallo UCS-Team,
melde mich schon eher, was bedeutet, Server hat sich trotz Patch wieder aufgehangen …[/quote]
Dem kann ich mich anschließen, auch ich habe den glibc Patch wie angegeben installiert, der LDAP Server hat sich vor 10 Minuten jedoch leider wieder aufgehangen. Glücklicherweise hatte ich zu diesem Zeitpunkt gerade noch eine root Session offen und vor wenigen Tagen wie hier beschrieben:
sdb.univention.de/1316
alles für das Erstellen von core-dumps vorbereitet.
Dies habe ich dann per kill -11 auch getan. Daraufhin wurden unter /var/tmp/core/ eine Reihe von
core-dhcpd-* und core-smbd-* angelegt (warum auch immer da keine core-slapd-* dabei sind, was ich eigentlich erwartet hätte :S )
Die dumps habe ich gepackt und hier hochgeladen:
upload.univention.de, zu finden unter der ID: upload_1izJNM.gz
Der slapd Prozess war daraufhin beendet, er konnte problemlos per
invoke-rc.d slapd start
gestartet werden, das Problem damit sofort behoben.
Keine Ahnung, ob das irgendwie relevant ist, aber mit ist aufgefallen, dass wenige Minuten vorher diese cron-jobs gestartet worden sind:
Nov 26 16:10:02 server /USR/SBIN/CRON[11333]: (root) CMD ( /usr/lib/univention-virtual-machine-manager-daemon/uvmmd-check.sh)
Nov 26 16:10:02 server /USR/SBIN/CRON[11349]: (root) CMD ( if [ -x /usr/sbin/univention-umount-homedirs ]; then /usr/sbin/univention-umount-homedirs; fi)
Nov 26 16:10:02 server /USR/SBIN/CRON[11379]: (root) CMD (/usr/sbin/jitter 60 /usr/share/univention-samba4/scripts/sysvol-sync.sh >>/var/log/univention/sysvol-sync.log 2>&1)
Nov 26 16:10:02 server /USR/SBIN/CRON[11398]: (root) CMD (if [ -x /usr/bin/mrtg ] && [ -r /etc/mrtg.cfg ] && [ -d "$(grep '^[[:space:]]*[^#]*[[:space:]]*WorkDir' /etc/mrtg.cfg | awk '{ print $NF }')" ]; 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)