Hab UCS 4.2 installiert und bei der installation ein Domain Join gemacht.
Problem hierbei war das UCS nicht alle Benutzer gefunden hat.
Habe dann neu installiert und nach der Installation erst den Domain Join gemacht und hatte wieder den gleichen Fehler
Das ist eine Installation die in den Windows AD Server gejoint wurde? Kannst Du genauer sagen was “nicht alle Benutzer” heisst? Schick mal bitte die letzten Zeilen aus dem:
Das ist eine Installation die in den Windows AD Server gejoint wurde? Kannst Du genauer sagen was “nicht alle Benutzer” heisst? Funktioniert der folgende Befehl:
# univention-adsearch cn=administrator
Bin gerade ein klitzekleinwenig verwirrt und würde das AD Connector Log gern mal mit erhöhtem Loglevel sehen:
# ucr set connector/debug/level='4'
# service univention-connector restart
Dann nach 1-2 Minute oder so wieder das Loglevel zurücksetzen (damit die Platte nicht volläuft):
# ucr set connector/debug/level='1'
# service univention-connector restart
und das var/log/univention/connector.log anhängen. Und wenn möglich meine 2 Fragen oben beantworten und nicht wieder ignorieren.
Edith: Ich bin mir grad nicht hundertprozentig sicher ob der Dienst “univention-connector” heisst - falls das nicht funktioniert mal bitte selbst mit TAB Completion schauen welcher der richtige Connector-Dienst ist.
Edith2: Schau auch mal ob auf dem Windows Server die Firewall ggf. was wegblockt oder mach die temporär eben aus.
Ah, bitte um Entschuldigung. Der AD-Connector wird erst wieder aktiv wenn eine Änderung an einem oder mehreren Objekten erfolgt. Da 7 Benutzer nicht synchronisiert werden, wäre es gut wenn wir im connector.log mal verfolgen könnten, was passiert wenn einer der 7 Benutzer versucht wird zu synchronisieren.
# ucr set connector/debug/level='4'
# service univention-ad-connector restart
Jetzt eine Änderung an einem der 7 Benutzer vornehmen (Mailadresse hinzufügen/ändern und Beschreibung ändern) und prüfen was im connector.log auftaucht. Danach das Loglevel wieder zurückschrauben.
Huh… interessent. Unterscheiden sich die Benutzer die synchronisiert werden von den anderen (Gruppenzugehörigkeit, OUs, etc.)? Ich könnte mir jetzt noch vorstellen, dass die Benutzer auf einer ignorelist stehen, aber ad Hoc nicht warum das so sein sollte. Ein neuer Benutzer wird auch nicht synchronisiert?
Die UCS nimmt sich willkürlich Benutzer aus verschiedenen OUs und Gruppen haben die auch die gleichen.
Hab auch schon neuen Benutzer angelegt und eine Kopie eines Users gemacht welcher gefunden wurde.
Bin im Eventvwr auf folgendes gestoßen
Internal event: The LDAP server has reached the limit of the number of Result Sets it will maintain for a single connection. A stored Result Set will be discarded. This will result in a client being unable to continue a paged LDAP search.
Maximum number of Result Sets allowed per LDAP connection:
15
Current number of Result Sets for this LDAP connection:
16
User Action
The client should consider a more efficient search filter. The limit for Maximum Result Sets per Connection may also be increased.
Immer wenn ich den ersten Wert erhöhe erhöht sich auch der andere Wert um 1 höher, wenn ich die Werte auf default setze gehts auch nicht
da Pablo im Urlaub ist möchte ich mich diesem Thema annehmen.
Hat noch jemand Ideen?
Mir läuft demnächst der Kerio Connect aus und möchte gerne auf UCS+Kopano migrieren!
Den AD-Connector (also im AppCenter die dazugehörige App »Active Directory Connection« oder so ähnlich) deinstallieren
Verifizieren, dass kein Prozess läuft, der irgendwie »connector« im Namen hat (Ausnahme: »s4connector«)
Das Loglevel auf relativ hoch belassen, also das oben erwähnte ucr set connector/debug/level='4', auch wenn in dem Moment der AD-Connector gar nicht installiert ist
Alle UCR-Variablen entfernen, die zum AD-Connector gehören (siehe Ergebnis der Suche ucr search --brief connector/ad/ wenn ich mich nicht ganz irre)
Alle Benutzer im UCS löschen, die von Windows aus herüber kamen
In /var/lib, /var/spool und /var/cache nach Verzeichnissen suchen, die zum AD-Connector gehören, und diese entfernen oder zumindest aus dem Weg schieben (das müssten /var/lib/univention-connector/ad und /var/cache/univention-ad-connector sein)
Die App wieder installieren
Die App wieder nach Anleitung konfigurieren
Im connector.log schauen, was alles ausgegeben wird und hier posten
Ich hab leider gerade kein aktuelles System mit laufendem AD-Connector da, daher sind einige Angaben oben etwas vage und aus dem Gedächtnis aufgeschrieben.
Ich habe keine Idee. Normalerweise sind AD-Connector-Probleme anderer Natur, z.B. »gar nichts wird gefunden« oder »die Synchronisation hat ab Zeitpunkt X nicht mehr funktioniert«. Aber »nur eine Teilmenge von Nutzern wird gefunden, und die nicht funktionierendn haben alle nichts gemein«? Noch nie gehabt.
Und ein ganzes Log auf hohem Loglevel wie von mir oben beschrieben haben Sie auch nicht? So komplett vom Start der Synchro an? Vielleicht gäbe das Aufschluss.
try to sync 0 changes from UCS
done:
Changes from UCS: 0 (0 saved rejected)
try to sync 3 changes from AD
done: (1) (2) (3)
Changes from AD: 0 (0 saved rejected)
sleep 5 seconds (8/10 until resync) -
^C
09.08.2017 12:50:05,905 LDAP (INFO ): Search AD with filter: (uSNCreated>=6733958)
09.08.2017 12:50:05,908 LDAP (INFO ): Search AD with filter: (uSNChanged>=6733958)
09.08.2017 12:50:10,917 LDAP (INFO ): Search AD with filter: (uSNCreated>=6733958)
09.08.2017 12:50:10,920 LDAP (INFO ): Search AD with filter: (uSNChanged>=6733958)
09.08.2017 12:50:15,926 LDAP (INFO ): Search AD with filter: (uSNCreated>=6733958)
09.08.2017 12:50:15,928 LDAP (INFO ): Search AD with filter: (uSNChanged>=6733958)
09.08.2017 12:50:20,934 LDAP (INFO ): Search AD with filter: (uSNCreated>=6733958)
09.08.2017 12:50:20,937 LDAP (INFO ): Search AD with filter: (uSNChanged>=6733958)
09.08.2017 12:50:25,948 LDAP (INFO ): Search AD with filter: (uSNCreated>=6733958)
09.08.2017 12:50:25,951 LDAP (INFO ): Search AD with filter: (uSNChanged>=6733958)
09.08.2017 12:50:30,960 LDAP (INFO ): Search AD with filter: (uSNCreated>=6733958)
09.08.2017 12:50:30,963 LDAP (INFO ): Search AD with filter: (uSNChanged>=6733958)
09.08.2017 12:50:35,979 LDAP (INFO ): Search AD with filter: (uSNCreated>=6733958)
09.08.2017 12:50:35,982 LDAP (INFO ): Search AD with filter: (uSNChanged>=6733958)
root@ucs:~# univention-connector-list-rejected
UCS rejected
AD rejected
There may be no rejected DNs if the connector is in progress, to be
sure stop the connector before running this script.
last synced USN: 6733957
windows event log
event 2898
Internal event: The LDAP server has reached the limit of the number of Result Sets it will maintain for a single connection. A stored Result Set will be discarded. This will result in a client being unable to continue a paged LDAP search.
Maximum number of Result Sets allowed per LDAP connection:
15
Current number of Result Sets for this LDAP connection:
16
User Action
The client should consider a more efficient search filter. The limit for Maximum Result Sets per Connection may also be increased.
Traceback (most recent call last):
File “/usr/sbin/univention-adsearch”, line 202, in
filter += (j[0] + “=” + j[1])
IndexError: list index out of range