Univention Bugzilla – Bug 8789
[AD-Connector] Stetig wachsender Speicherbedarf
Last modified: 2016-09-28 12:08:40 CEST
Der AD-Connector auf anton verbraucht fortlaufend mehr RAM. Vor elf Tagen musste er neu gestartet werden, da lt. 'ps aux' schon über ein GB RAM verbraucht war. Heute war wieder ein halbes GB in Benutzung. Direkt nach einem Neustart des Connectors werden etwa 20MB verbraucht. Es sollte geprüft werden, ob das mit der aktuellen Version immer noch auftritt, auf anton ist noch Version 0.3-26.37.200703081348 installiert.
Das Problem gibt es gerade in der Cebit-Demo-Umgebung: - der Connector nimm >800 MB RAM, tendenz steigend - es gibt zahlreiche Rejects, allerdings alle doppelt: root@ugsmaster:~# univention-connector-list-rejected | wc -l 3444 die Ausgabe: [..] -> uid=prevtest1,cn=users,dc=demo,dc=ucs CN=preview-test tester,CN=Users,DC=windom,DC=ucs -> uid=prevtest1,cn=users,dc=demo,dc=ucs CN=preview-test tester,CN=Users,DC=windom,DC=ucs -> uid=prevtest1,cn=users,dc=demo,dc=ucs CN=preview-test tester,CN=Users,DC=windom,DC=ucs -> uid=prevtest1,cn=users,dc=demo,dc=ucs CN=preview-test tester,CN=Users,DC=windom,DC=ucs -> uid=prevtest1,cn=users,dc=demo,dc=ucs last synced USN: 67064 Den User hatte ich versucht im AD mit zu schwachem Passwort anzulegen, er scheint dann aber dennoch vom Connector synchronisert worden zu sein. Er ist dann in AD gelöscht worden, das hat der Connector in den rejects nicht mitbekommen (der Löschvorgang wurde synchronisiert). - weiterhin auffällig ist, dass der Connector in die rotierte Logdatei schreibt: -rw-r----- 1 root adm 116 2009-02-20 14:36 /var/log/univention/connector.log -rw-r----- 1 root adm 7,9M 2009-02-20 14:40 /var/log/univention/connector.log.1 - nach einem Neustart kriegt er die fälschlichen Rejects wieder in den Griff: 20.02.2009 14:41:54,548 LDAP (WARNING): Object to delete doesn't exsist, ignore (uid=prevtest1,cn=users,dc=demo,dc=ucs) 20.02.2009 14:41:54,709 LDAP (WARNING): Object to delete doesn't exsist, ignore (uid=prevtest1,cn=users,dc=demo,dc=ucs) Ich clone den Bug wegen der Lösch-Aktion, der Speicherverbrauch scheint ein Folgeproblem zu sein.
Mit welchen Versionen tritt das auf? Meines Wissens hängt das mit älteren python bzw. python-ldap Versionen zusammen.
Bei einem Kunden scheint das Problem mit dem Update von UCS 2.2 auf 2.3 behoben zu sein.
Das sollte nochmal mit UCS 3.1 getestet werden.
Bitte einmal mit UCS 3.1 testen und sowohl Objekte auf UCS Seite, als auch Objekte auf AD Seite anlegen. Jeweils ca. 1000 Benutzer und 100 Gruppen.
Angelegt wurden auf UCS und AD Seite jeweils 1000 Benutzer und 100 Gruppen. Der verbrauchte Speicher stieg beim Synchronisationsvorgang und danach nicht merklich an; es waren auch rejectete Einträge dabei.