Problema del script sysvol

Eric · 21 de marzo de 2018 - 16:37

Buen día,

Utilicé el script tis-sysvol para la replicación de DC pero no funciona.

Descargué el deb desde git, luego ejecuté create.sh para crear los archivos deb y luego instalé los archivos deb en dc1 usando apt-get

Seguí el mismo procedimiento en DC2

En DC1 ejecuté tis-sysvol configure, me pidió la contraseña de root de DC2, luego, después de tres entradas de contraseña, mostró esto

Código: Seleccionar todo

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

Luego lancé el mismo script desde DC2 y repetí los mismos pasos

Inicialmente los dos servidores no estaban sincronizados en el tiempo, esto se ha resuelto pero la sincronización no se produce en absoluto.
¿Que procedimiento se debe seguir para borrar y rehacer sin reinstalar todo?
Gracias de antemano, sinceramente
Eric
Al principio no estaba sincronizado con el tiempo, pero ahora ya está hecho

Eric · 22 de marzo de 2018 - 08:07

Hola,

disculpen, simplemente olvidé reiniciar SSH al aceptar conexiones de root.

Muchísimas gracias por este excelente trabajo; estamos entrando en la fase de pruebas en un campus escolar con 600 portátiles, ordenadores de sobremesa, tabletas, etc.

Gracias,
Eric.

23 de marzo de 2018 - 01:46

Hola, si no le importa que pregunte, ¿a qué academia se refiere? En TIS ya estamos en contacto con varias sobre Samba-AD y WAPT.

En cualquier caso, le recomiendo que se decante por Samba-AD; es robusto y fiable. Francia adora Samba, y viceversa, y los desarrolladores de Samba lo saben porque nos visitan cada año en París, Nantes y otros lugares, viajando desde Nueva Zelanda o Alemania para tratar asuntos con los ministerios, los funcionarios interministeriales, etc. Un

cordial saludo,

Vincent

Eric · 28 de junio de 2018 - 16:31

Estamos en la academia Créteil.

Actualmente estamos en producción, pero reiniciamos nuestra instalación desde cero para asegurarnos de que todo se hizo correctamente.

También estamos teniendo un problema con la sincronización; creo que hay un error de instalación, pero no puedo averiguar cuál es.

Traceback (última llamada):
Archivo "/opt/tis-sysvolsync/sysvolsync.py", línea 409, en
main()
Archivo "/opt/tis-sysvolsync/sysvolsync.py", línea 348, en main
syncthing = SyncThing()
Archivo "/opt/tis-sysvolsync/sysvolsync.py", línea 87, en __init__
self.id = self.get_syncthing_id()
Archivo "/opt/tis-sysvolsync/sysvolsync.py", línea 158, en get_syncthing_id
return self.syncthing_rest_get('system/status')['myID']
Archivo "/opt/tis-sysvolsync/sysvolsync.py", línea 129, en syncthing_rest_get
data = requests.get('http://127.0.0.1:%s/rest/%s' % (self.apiport,path), hea ders={'X-API-Key':apikey}, proxies={'http':None,'https':None})
Archivo "/usr/lib/python2.7/dist-packages/requests/api.py", línea 70, en get
return request('get', url, params=params, **kwargs)
Archivo "/usr/lib/python2.7/dist-packages/requests/api.py", línea 56, en request
return session.request(method=method, url=url, **kwargs)
Archivo "/usr/lib/python2.7/dist-packages/requests/sessions.py", línea 488, en req uest
resp = self.send(prep, **send_kwargs)
Archivo "/usr/lib/python2.7/dist-packages/requests/sessions.py", línea 609, en sen d
r = adapter.send(request, **kwargs)
Archivo "/usr/lib/python2.7/dist-packages/requests/adapters.py", línea 487, en sen d
raise ConnectionError(e, request=request)
requests.exceptions.ConnectionError: HTTPConnectionPool(host='127.0.0.1', port=8 385): Se excedió el número máximo de reintentos con la URL: /rest/system/status (Causado por NewConnectionError('
root@BDC2:/opt/tis-sysvolsync/deb# /etc/init.d/ssh restart
[ ok ] Reiniciando ssh (a través de systemctl): ssh.service.
root@BDC2:/opt/tis-sysvolsync/deb# /opt/tis-sysvolsync/sysvolsync.py configure
Traceback (última llamada):
Archivo "/opt/tis-sysvolsync/sysvolsync.py", línea 409, en
main()
Archivo "/opt/tis-sysvolsync/sysvolsync.py", línea 348, en main
syncthing = SyncThing()
Archivo "/opt/tis-sysvolsync/sysvolsync.py", línea 87, en __init__
self.id = self.get_syncthing_id()
Archivo "/opt/tis-sysvolsync/sysvolsync.py", línea 158, en get_syncthing_id
return self.syncthing_rest_get('system/status')['myID']
Archivo "/opt/tis-sysvolsync/sysvolsync.py", línea 129, en syncthing_rest_get
data = requests.get('http://127.0.0.1:%s/rest/%s' % (self.apiport,path), hea ders={'X-API-Key':apikey}, proxies={'http':None,'https':None})
Archivo "/usr/lib/python2.7/dist-packages/requests/api.py", línea 70, en get
return request('get', url, params=params, **kwargs)
Archivo "/usr/lib/python2.7/dist-packages/requests/api.py", línea 56, en request
return session.request(method=method, url=url, **kwargs)
Archivo "/usr/lib/python2.7/dist-packages/requests/sessions.py", línea 488, en req uest
resp = self.send(prep, **send_kwargs)
Archivo "/usr/lib/python2.7/dist-packages/requests/sessions.py", línea 609, en sen d
r = adapter.send(request, **kwargs)
Archivo "/usr/lib/python2.7/dist-packages/requests/adapters.py", línea 487, en sen d
raise ConnectionError(e, request=request)
requests.exceptions.ConnectionError: HTTPConnectionPool(host='127.0.0.1', port=8 385): Se excedió el número máximo de reintentos con la URL: /rest/system/status (Causado por NewConnectionError('

¿Podría decirme qué está causando esto y si es posible reinstalarlo sin romper todo?

Estoy en Debian 9.
Seguí los comandos en su documentación:
`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`,

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

Reinicié el servicio, pero cuando reviso el registro `-xe` en BDC1 o BDC2, hay errores

: `-- La unidad tis-sysvolsync.service falló, con el resultado 'failed.
Jun 28 16:15:21 BDC2.lyceeader.eu systemd[1]: tis-sysvolsync.service: Falló con el resultado 'exit-code'.`
Jun 28 16:15:21 BDC2.lyceeader.eu systemd[1]: tis-sysvolacl.service: El tiempo de espera del servicio ha terminado, programando el reinicio.
Jun 28 16:15:21 BDC2.lyceeader.eu systemd[1]: tis-sysvolsync.service: La solicitud de inicio se repitió demasiado rápido. Jun 28 16:15:21
BDC2.lyceeader.eu systemd[1]: No se pudo iniciar la sincronización de sysvol de Samba4 con syncthing.
-- Asunto: La unidad tis-sysvolsync.service falló
-- Definido por: systemd
-- Soporte: https://www.debian.org/support
--
-- La unidad tis-sysvolsync.service falló, con el resultado fallido.
28 de junio 16:15:21 BDC2.lyceeader.eu systemd[1]: tis-sysvolsync.service: Falló con el resultado 'exit-code'.
28 de junio 16:15:21 BDC2.lyceeader.eu systemd[1]: Se detuvo la vigilancia de replicación de sysvol de Samba4 y se corrigió la ACL después de la finalización de la sincronización.
-- Asunto: La unidad tis-sysvolacl.service ha terminado de apagarse
-- Definido por: systemd
-- Soporte: https://www.debian.org/support
--
-- La unidad tis-sysvolacl.service ha terminado de apagarse.
28 de junio 16:15:21 BDC2.lyceeader.eu systemd[1]: tis-sysvolacl.service: La solicitud de inicio se repitió demasiado rápido.
28 de junio 16:15:21 BDC2.lyceeader.eu systemd[1]: No se pudo iniciar la vigilancia de replicación de sysvol de Samba4 y corregir la ACL después de completar la sincronización.
-- Asunto: La unidad tis-sysvolacl.service falló
-- Definido por: systemd
-- Soporte: https://www.debian.org/support
--
-- La unidad tis-sysvolacl.service falló, con el resultado fallido.
28 de junio 16:15:21 BDC2.lyceeader.eu systemd[1]: tis-sysvolacl.service: La unidad entró en estado de fallo.
28 de junio 16:15:21 BDC2.lyceeader.eu systemd[1]: tis-sysvolacl.service: Falló con el resultado 'exit-code'.
28 de junio 16:17:01 BDC2.lyceeader.eu CRON[4349]: pam_unix(cron:session): sesión abierta para el usuario root por (uid=0)
28 de junio 16:17:01 BDC2.lyceeader.eu CRON[4350]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
28 de junio 16:17:01 BDC2.lyceeader.eu CRON[4349]: pam_unix(cron:session): sesión cerrada para el usuario root
28 de junio 16:23:35 BDC2.lyceeader.eu systemd[1]: Deteniendo el servidor OpenBSD Secure Shell...
-- Asunto: La unidad ssh.service comenzó a detenerse
-- Definido por: systemd
-- Soporte: https://www.debian.org/support
--
-- La unidad ssh.service ha comenzado a apagarse.
Jun 28 16:23:35 BDC2.lyceeader.eu sshd[821]: Señal recibida 15; terminando.
Jun 28 16:23:35 BDC2.lyceeader.eu systemd[1]: Servidor OpenBSD Secure Shell detenido.
-- Asunto: La unidad ssh.service ha terminado de apagarse
-- Definido por: systemd
-- Soporte: https://www.debian.org/support
--
-- La unidad ssh.service ha terminado de apagarse.
Jun 28 16:23:35 BDC2.lyceeader.eu systemd[1]: Iniciando el servidor OpenBSD Secure Shell...
-- Asunto: La unidad ssh.service comenzó a iniciarse
-- Definido por: systemd
-- Soporte: https://www.debian.org/support
--
-- La unidad ssh.service comenzó a iniciarse.
28 de junio 16:23:35 BDC2.lyceeader.eu sshd[4391]: Servidor escuchando en 0.0.0.0 puerto 22. 28 de junio 16:23:35
BDC2.lyceeader.eu sshd[4391]: Servidor escuchando en :: puerto 22.
28 de junio 16:23:35 BDC2.lyceeader.eu systemd[1]: Servidor OpenBSD Secure Shell iniciado.
-- Asunto: La unidad ssh.service ha terminado de iniciarse

Eric · 28 de junio de 2018 - 18:28

Hola,
he desinstalado todo y vaciado todos los directorios tis-sysvol, y estoy empezando desde cero.

El problema que tengo es que cuando ejecuto `dpkg -i tis-sysvolsync-*.deb`, no pasa nada porque el paquete no existe.
Estoy usando Debian 9 Stretch y Python 2.7.13.

¿Cómo puedo hacer que funcione esta supersincronización?
Gracias por su ayuda,
Eric

Eric · 29 de junio de 2018 - 18:35

Hola,
he solucionado mi problema. Si esto le sirve a alguien,

hay una actualización en el archivo create.sh. El enlace wget debe adaptarse a la última versión de Syncthing.

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

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

y funcionará correctamente.
¡Buena suerte!
Eric