sysvol-Skriptproblem

Eric · 21. März 2018 – 16:37 Uhr

Guten Morgen,

Ich habe das tis-sysvol-Skript für die DC-Replikation verwendet, aber es funktioniert nicht.

Ich habe das deb-Paket von Git heruntergeladen, dann create.sh ausgeführt, um die deb-Dateien zu erstellen, und anschließend die deb-Dateien mit apt-get auf dc1 installiert

Ich bin bei DC2 genauso vorgegangen

Auf DC1 habe ich tis-sysvol configure ausgeführt. Daraufhin wurde ich nach dem Root-Passwort von DC2 gefragt. Nach drei Passworteingaben wurde Folgendes angezeigt:

Code: Alle auswählen

root@bdc2.domain.eu's password:
root@bdc2.domain.eu's password:
root@bdc2.domain.eu's password:
Traceback (most recent call last):
  File "/opt/tis-sysvolsync/sysvolsync.py", line 409, in <module>
    main()
  File "/opt/tis-sysvolsync/sysvolsync.py", line 399, in main
    syncthing.add_mutual_sysvol_sync(local_dc,remote_dc)
  File "/opt/tis-sysvolsync/sysvolsync.py", line 273, in add_mutual_sysvol_sync
    remote_hostname,self.id,local_hostname,local_hostname,self.dataport),shell=True)
  File "/usr/lib/python2.7/subprocess.py", line 219, in check_output
    raise CalledProcessError(retcode, cmd, output=output)
subprocess.CalledProcessError: Command 'ssh -q -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no bdc2.domain.eu python /opt/tis-sysvolsync/sysvolsync.py -ldebug -f /var/log/sysvolbind.log add-remote TA5PIMK-CZDJYBK-DNH4ATK-SUERFNJ-HUWNSKL-K3FOQ5K-K6NBJPX-DOTVKQY bdc1.domain.eu tcp://bdc1.domain.eu:22001' returned non-zero exit status 255

Dann habe ich das gleiche Skript von DC2 aus gestartet und die gleichen Schritte wiederholt

Anfangs waren die beiden Server nicht zeitlich synchronisiert; dieses Problem wurde zwar behoben, aber eine Synchronisierung findet überhaupt nicht statt.
Welche Vorgehensweise ist erforderlich, um alles zu löschen und neu zu installieren, ohne alles neu installieren zu müssen?
Vielen Dank im Voraus, mit freundlichen Grüßen
Eric
Anfangs war ich zeitlich nicht im Einklang, aber jetzt ist es geschafft

Eric · 22. März 2018 - 08:07 Uhr

Hallo,

Entschuldigung, ich habe einfach vergessen, SSH beim Akzeptieren von Root-Verbindungen neu zu starten.

Vielen Dank für diese hervorragende Arbeit; wir befinden uns nun in der Testphase auf einem Schulgelände mit 600 Laptops, Desktop-PCs, Tablets usw.

Danke,
Eric.

23. März 2018 - 01:46 Uhr

Hallo, wenn ich fragen darf, welche Akademie meinen Sie? Wir von TIS stehen bereits mit mehreren bezüglich Samba-AD und WAPT in Kontakt.

Auf jeden Fall empfehlen wir Ihnen Samba-AD; es ist robust und zuverlässig. Frankreich ist von Samba begeistert, und umgekehrt. Die Samba-Entwickler wissen das, da sie uns jedes Jahr in Paris, Nantes und anderen Städten besuchen und aus Neuseeland oder Deutschland anreisen, um Angelegenheiten mit Ministerien, Vertretern auf interministerieller Ebene usw. zu besprechen

. Mit freundlichen Grüßen,

Vincent

Eric · 28. Juni 2018 – 16:31 Uhr

Wir befinden uns in der Akademie in Créteil.

Wir gehen gerade live, haben aber unsere Installation komplett neu gestartet, um sicherzugehen, dass alles korrekt ausgeführt wurde.

Wir haben außerdem ein Problem mit der Synchronisierung; ich vermute einen Installationsfehler, kann ihn aber nicht finden.

Traceback (letzter Aufruf):
Datei "/opt/tis-sysvolsync/sysvolsync.py", Zeile 409, in
main()
Datei "/opt/tis-sysvolsync/sysvolsync.py", Zeile 348, in main
syncthing = SyncThing()
Datei "/opt/tis-sysvolsync/sysvolsync.py", Zeile 87, in __init__
self.id = self.get_syncthing_id()
Datei "/opt/tis-sysvolsync/sysvolsync.py", Zeile 158, in get_syncthing_id
return self.syncthing_rest_get('system/status')['myID']
Datei "/opt/tis-sysvolsync/sysvolsync.py", Zeile 129, in syncthing_rest_get
data = requests.get('http://127.0.0.1:%s/rest/%s' % (self.apiport,path), headers={'X-API-Key':apikey}, proxies={'http':None,'https':None})
Datei "/usr/lib/python2.7/dist-packages/requests/api.py", Zeile 70, in get
return request('get', url, params=params, **kwargs)
Datei "/usr/lib/python2.7/dist-packages/requests/api.py", Zeile 56, in request
return session.request(method=method, url=url, **kwargs)
Datei "/usr/lib/python2.7/dist-packages/requests/sessions.py", Zeile 488, in req uest
resp = self.send(prep, **send_kwargs)
Datei "/usr/lib/python2.7/dist-packages/requests/sessions.py", Zeile 609, in send
r = adapter.send(request, **kwargs)
Datei "/usr/lib/python2.7/dist-packages/requests/adapters.py", Zeile 487, in sen d
raise ConnectionError(e, request=request)
requests.exceptions.ConnectionError: HTTPConnectionPool(host='127.0.0.1', port=8385): Maximale Anzahl an Wiederholungsversuchen für URL überschritten: /rest/system/status (Verursacht durch NewConnectio nError('
root@BDC2:/opt/tis-sysvolsync/deb# /etc/init.d/ssh restart
[ ok ] Neustart von ssh (via systemctl): ssh.service.
root@BDC2:/opt/tis-sysvolsync/deb# /opt/tis-sysvolsync/sysvolsync.py configure
Traceback (most recent call last):
File "/opt/tis-sysvolsync/sysvolsync.py", line 409, in
main()
Datei "/opt/tis-sysvolsync/sysvolsync.py", Zeile 348, in main
syncthing = SyncThing()
Datei "/opt/tis-sysvolsync/sysvolsync.py", Zeile 87, in __init__
self.id = self.get_syncthing_id()
Datei "/opt/tis-sysvolsync/sysvolsync.py", Zeile 158, in get_syncthing_id
return self.syncthing_rest_get('system/status')['myID']
Datei "/opt/tis-sysvolsync/sysvolsync.py", Zeile 129, in syncthing_rest_get
data = requests.get('http://127.0.0.1:%s/rest/%s' % (self.apiport,path), headers={'X-API-Key':apikey}, proxies={'http':None,'https':None})
Datei "/usr/lib/python2.7/dist-packages/requests/api.py", Zeile 70, in get
return request('get', url, params=params, **kwargs)
Datei "/usr/lib/python2.7/dist-packages/requests/api.py", Zeile 56, in request
return session.request(method=method, url=url, **kwargs)
Datei "/usr/lib/python2.7/dist-packages/requests/sessions.py", Zeile 488, in req uest
resp = self.send(prep, **send_kwargs)
Datei "/usr/lib/python2.7/dist-packages/requests/sessions.py", Zeile 609, in send
r = adapter.send(request, **kwargs)
Datei "/usr/lib/python2.7/dist-packages/requests/adapters.py", Zeile 487, in sen d
raise ConnectionError(e, request=request)
requests.exceptions.ConnectionError: HTTPConnectionPool(host='127.0.0.1', port=8385): Maximale Anzahl an Wiederholungsversuchen für URL überschritten: /rest/system/status (Verursacht durch NewConnectio nError('

Könnten Sie mir bitte die Ursache dieses Problems nennen und mir sagen, ob eine Neuinstallation möglich ist, ohne alles zu beschädigen?

Ich verwende Debian 9.
Ich bin den Befehlen in Ihrer Dokumentation gefolgt:
`apt-get install git python-requests python-lxml python-ldap`,
`git clone https://github.com
/tranquilit/tis-sysvolsync`, `cd tis-sysvolsync/deb`, `sh
createdeb.sh`,

dann
`apt-get install python-requests python-lxml python-ldap procps ldb-tools`
, `dpkg -i tis-sysvolsync-*.deb`.

Ich habe den Dienst neu gestartet, aber beim Überprüfen des `-xe`-Logs auf BDC1 oder BDC2 werden folgende Fehler angezeigt

: `-- Die Unit tis-sysvolsync.service ist fehlgeschlagen, mit dem Ergebnis 'fehlgeschlagen'.`
28. Juni 16:15:21 BDC2.lyceeader.eu systemd[1]: tis-sysvolsync.service: Fehler mit Ergebnis 'exit-code'.
28. Juni 16:15:21 BDC2.lyceeader.eu systemd[1]: tis-sysvolacl.service: Wartezeit für Neustart abgelaufen, Neustart wird geplant.
28. Juni 16:15:21 BDC2.lyceeader.eu systemd[1]: tis-sysvolsync.service: Startanforderung zu schnell wiederholt.
28. Juni 16:15:21 BDC2.lyceeader.eu systemd[1]: Starten der Samba4-Sysvol-Synchronisierung mit Syncthing fehlgeschlagen.
-- Betreff: Dienst tis-sysvolsync.service fehlgeschlagen
-- Definiert von: systemd
-- Support: https://www.debian.org/support
--
-- Der Dienst tis-sysvolsync.service ist mit dem Ergebnis „fehlgeschlagen“ fehlgeschlagen.
28. Juni 16:15:21 BDC2.lyceeader.eu systemd[1]: tis-sysvolsync.service: Fehler mit Ergebnis „exit-code“.
28. Juni 16:15:21 BDC2.lyceeader.eu systemd[1]: Samba4-Sysvol-Replikationsüberwachung gestoppt und ACL nach Abschluss der Synchronisierung korrigiert.
-- Betreff: Dienst tis-sysvolacl.service wurde beendet
-- Definiert von: systemd
-- Support: https://www.debian.org/support
--
-- Der Dienst tis-sysvolacl.service wurde beendet.
28. Juni 16:15:21 BDC2.lyceeader.eu systemd[1]: tis-sysvolacl.service: Startanforderung zu schnell wiederholt.
28. Juni 16:15:21 BDC2.lyceeader.eu systemd[1]: Starten der Samba4-Sysvol-Replikationsüberwachung und Korrektur der ACL nach Abschluss der Synchronisierung fehlgeschlagen.
-- Betreff: Die Unit tis-sysvolacl.service ist fehlgeschlagen
-- Definiert von: systemd
-- Support: https://www.debian.org/support
--
-- Die Unit tis-sysvolacl.service ist mit dem Ergebnis "fehlgeschlagen" fehlgeschlagen.
28. Juni 16:15:21 BDC2.lyceeader.eu systemd[1]: tis-sysvolacl.service: Unit hat den Status "fehlgeschlagen" erreicht.
28. Juni 16:15:21 BDC2.lyceeader.eu systemd[1]: tis-sysvolacl.service: Fehler mit Ergebnis 'exit-code'.
28. Juni 16:17:01 BDC2.lyceeader.eu CRON[4349]: pam_unix(cron:session): Sitzung für Benutzer root geöffnet von (uid=0)
28. Juni 16:17:01 BDC2.lyceeader.eu CRON[4350]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
28. Juni 16:17:01 BDC2.lyceeader.eu CRON[4349]: pam_unix(cron:session): Sitzung für Benutzer root geschlossen
28. Juni 16:23:35 BDC2.lyceeader.eu systemd[1]: Beende OpenBSD Secure Shell Server...
-- Betreff: Dienst ssh.service wurde zum Beenden gestartet
-- Definiert von: systemd
-- Support: https://www.debian.org/support
--
-- Der Dienst Der Dienst ssh.service wird beendet.
28. Juni 16:23:35 BDC2.lyceeader.eu sshd[821]: Signal 15 empfangen; wird beendet.
28. Juni 16:23:35 BDC2.lyceeader.eu systemd[1]: OpenBSD Secure Shell-Server beendet.
-- Betreff: Der Dienst ssh.service wurde beendet
-- Definiert von: systemd
-- Support: https://www.debian.org/support
--
-- Der Dienst ssh.service wurde beendet.
28. Juni 16:23:35 BDC2.lyceeader.eu systemd[1]: OpenBSD Secure Shell-Server wird gestartet...
-- Betreff: Der Dienst ssh.service wurde gestartet
-- Definiert von: systemd
-- Support: https://www.debian.org/support
--
-- Der Dienst ssh.service wurde gestartet.
28. Juni 16:23:35 BDC2.lyceeader.eu sshd[4391]: Server lauscht auf 0.0.0.0 Port 22. 28. Juni 16:23:35
BDC2.lyceeader.eu sshd[4391]: Server lauscht auf :: Port 22.
28. Juni 16:23:35 BDC2.lyceeader.eu systemd[1]: OpenBSD Secure Shell-Server gestartet.
-- Betreff: Die ssh.service-Unit wurde gestartet

Eric · 28. Juni 2018 – 18:28 Uhr

Hallo,
ich habe alles deinstalliert und alle tis-sysvol-Verzeichnisse geleert und fange jetzt von vorne an.

Mein Problem ist, dass beim Ausführen von `dpkg -i tis-sysvolsync-*.deb` nichts passiert, da das Paket nicht existiert.
Ich verwende Debian 9 Stretch und Python 2.7.13.

Wie kann ich diese Super-Synchronisierung zum Laufen bringen?
Vielen Dank für die Hilfe,
Eric.

Eric · 29. Juni 2018 – 18:35 Uhr

Hallo,
ich habe mein Problem gelöst. Falls es jemandem hilft:

Die Datei create.sh wurde aktualisiert. Der wget-Link muss an die neueste Version von Syncthing angepasst werden.

Ersetzen Sie
`wget -O syncthing.tar.gz http://archive.syncthing.net/v0.12.22/s ... .22.tar.gz`

durch
`wget -O syncthing.tar.gz https://github.com/syncthing/syncthing/ ... .48.tar.gz`

, dann funktioniert es einwandfrei.
Viel Erfolg,
Eric