Univention Bugzilla – Bug 22676
samba4wins in UCS 3.0
Last modified: 2011-12-13 15:50:27 CET
Das univention-samba4wins Paket sollte übernommen werden. Es sollte auch das Upstream Paket aktualisiert werden, aktuell ist 1.0.8. +++ This bug was initially created as a clone of Bug #22561 +++ Neben Samba 4 sollte es auch noch ein Samba 3 in UCS 3.0 geben. Falls Samba 3 nicht automatisch durch das Samba 4 Paket mitgebaut werden, sollten wir Samba 3.6 importieren.
*** Bug 16843 has been marked as a duplicate of this bug. ***
Pakete sind übernommen und gebaut. Wie schon in UCS 2, wurde auch diesmal die Testsuite deaktiviert, da diese auf unserem Buildsystem nicht funktioniert. Wenn ich samba4wins lokal baue, läuft die Testsuite erfolgreich durch. Tests fehlen noch.
Der Parameter workgroup wurde noch hinzugefügt und die Firewall Konfiguration angepasst.
Siehe auch Bug #24158
samba4wins wurde auf Master mas40 (10.200.18.40) und Slave sla43 (10.200.18.43) installiert. Als IP-Adressen/Netbios-Namen für die WINS-Server wurden WINS40 / 10.200.18.140 und WINSSLAVE / 10.200.18.143 vergeben. Getestet wurde mit einem Win7Client (testweise 10.204.0.55, 10.204.0.66, 10.204.0.234, 10.204.0.123, 10.200.18.141, 10.200.18.41) sowie einem WinXPSP3-Client. Win7 hat die .140 als WINS-Server verwendet. Der XP-Client die .143. Über "ldbsearch -H /var/lib/samba4wins/wins.ldb name=WIN7PRO address" konnte man auf der 140 sehen, dass der Rechnereintrag korrekt vorgenommen wurde. Allerdings wurde dieser nicht zum Slave (.143) übertragen. Der XP-Eintrag wurde entsprechen nicht zum Master (.140) übertragen. Wird ein Neustart eines smbd4wins durchgeführt, holt er sich vom jeweils anderen WINS-Server alle Infos. Werden beide smbd4wins-Daemons auf beiden Servern neugestartet, befinden sie sich in Sync. Eine Änderung der IP-Adresse direkt am Windowsclient wird im eingetragenen WINS-Server schnell geändert (<5 Sek), aber auch nach längerer Wartezeit (2min) nicht zum anderen WINS-Server übertragen. Ein Neustart der smbd4wins synchronisiert wieder den Datenbedand. Die Firewall wurde testweise auf beiden Systemen deaktiviert. Auch mit Firewall besteht zwischen beiden WINS-Servern eine TCP-Verbindung auf Port 42: tcp 0 0 10.200.18.143:42 10.200.18.140:41731 VERBUNDEN 15834/smbd4wins
Ich habe es nochmal etwas ausführlicher getestet. Die Übertragung findet entweder beim Start, oder innerhalb der nächsten 30 Minuten: Aus dem Howto http://ftp.sernet.de/pub/samba4WINS/samba4wins-1.0.8-HOWTO.txt: pullInterval: This is the interval in seconds, between 2 PULL-Replications to the partner. The default is 1800 (= 30 mins) The value 0 means to not try active pull attempts at all to this partner. Man kann das Intervall einfach per ldbedit reduzieren: ldbedit -H /var/lib/samba4wins/private/wins_config.ldb Beispielsweise alle 60 Sekunden: dn: CN=WINS40,CN=PARTNERS distinguishedName: CN=WINS40,CN=PARTNERS address: 10.200.18.140 objectClass: wreplPartner pullInterval: 60 Dann sind die Änderungen innerhalb einer Minute in der DB: ldbsearch -H /var/lib/samba4wins/wins.ldb
(In reply to comment #6) > Ich habe es nochmal etwas ausführlicher getestet. Die Übertragung findet > entweder beim Start, oder innerhalb der nächsten 30 Minuten: > > Aus dem Howto http://ftp.sernet.de/pub/samba4WINS/samba4wins-1.0.8-HOWTO.txt: > > pullInterval: > This is the interval in seconds, between 2 PULL-Replications > to the partner. > The default is 1800 (= 30 mins) > The value 0 means to not try active pull attempts at all to this partner. > > Man kann das Intervall einfach per ldbedit reduzieren: > ldbedit -H /var/lib/samba4wins/private/wins_config.ldb > > Beispielsweise alle 60 Sekunden: > dn: CN=WINS40,CN=PARTNERS > distinguishedName: CN=WINS40,CN=PARTNERS > address: 10.200.18.140 > objectClass: wreplPartner > pullInterval: 60 > > Dann sind die Änderungen innerhalb einer Minute in der DB: > ldbsearch -H /var/lib/samba4wins/wins.ldb ACK Zusätzlich wurde noch pushUseInform bzw. pushChangeCount getestet: pushChangeCount: This is the number of database changes, before we send a push notification to the partner. The value 0 means to not do active push notifications at all to this partner. pushUseInform: This is a boolean parameter (1 or 0), that controls whether we should use a persistent connection and WREPL_REPL_INFORM messages for the push notifications. With old servers (NT4) an autofallback is done using the old WREPL_REPL_UPDATE messages. The default value is 1. The default has changed since version 1.0.7. Dafür wurde pushChangeCount auf "1" gesetzt, was bewirkte, dass selbst bei einem Pollintervall von 600 Sekunden die Änderungen innerhalb 5-10 Sekunden übertragen wurden.
UCS 3.0-0 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer neueren Version von UCS erneut auftreten, so sollte dieser Bug dupliziert werden: "Clone This Bug"