Software > WeeWX
Problemas con los reinicios de weewx
jmviper:
Interesantísimo lo que he encontrado en la web:
https://feeding.cloud.geek.nz/posts/time-synchronization-with-ntp-and-systemd/
Resulta que systemd-timesyncd es ahora el servicio de systemd que sincroniza la hora y que entra en conflicto con el servicio ntp.
Al hacer los pasos que ahí se indican quitando ntp se ha sincronizado la hora con este nuevo servicio.
Supuestamente systemd-time-wait-sync esperará hasta que systemd-timesyncd haya sincronizado la hora para iniciar los servicios que dependen de la sincronización de tiempo.
jantoni:
Gracias mil.
Lo tendré en cuenta.
La verdad es que notaba cosas raras con el raspbian al utilizar la raspi zero.
Por mas que sincronizaba el reloj, weewx siempre se quejaba y decía que el reloj estaba en el 2019.
Esa puede ser la explicación.
No se que cagadas están haciendo con la raspi. Con lo bien que funcionaba hace años. Fíjate que el raspbian que elimine hace un mes era de 2014.
Y desde que empecé con los raspbian actualizados no he encontrado mas que problemas
Creo que vamos a tener que promocionar otra vez las orange Pi y el armbian
jmviper:
Creo que tiene que ver con systemd jantoni… da igual que sea debian, raspbian o armbian... system lleva ya una "suite" de servicios asociados, es el servicio que maneja a los demás servicios (PID 1) y cada vez tiene más control y servicios suyos van sustituyendo a antiguos... en este caso el famoso servicio ntpd para sincronizar la hora ya ni hace falta (es más crea ya conflictos), y seguramente haya venido en el Buster de estas distribuciones basadas en Debian.
jantoni:
No te lo niego.
Lo que digo es que controlar una Raspberry es cada vez más complicado y enrevesado, cuando siempre había sido el mecanismo de un chupete.
En cuanto al reloj, de acuerdo, pero entonces no montas ntpd porque hay otros elementos que pilotan, pero sigues manteniendo el reloj falso pero, a la vez, cada vez que arranca la raspi siempre es el mismo día y la misma hora según ese elemento.
Afortunadamente, lo que he visto en el último mes al retomar la Raspi con weewx 4.0 y el raspbian de febrero, es que la weewx tarda entre 4 y 5 minutos en arrancar esperando que “algo” ponga en hora el reloj, aunque ese reloj aparentemente está en hora.
Joder que lío están montando en las tripas.
No me extraña que, cuando haces un ps aux, te sale una lista interminable de procesos abiertos por el kernel.
jmviper:
Veamos, el problema por lo que he podido ver es que weewx por defecto usa el arranque de su script /etc/init.d/weewx (antiguo sysVinit) aunque es systemD el que lo "supervisa".
Según el enlace que puse más arriba de weewx explica que rigiéndose por ese script lo mejor es quitar el falso reloj y tener instalado el servicio ntpd para tener sincronizada la hora del sistema.
Como ya he dicho anteriormente systemD utiliza el servicio systemd-timesyncd en vez de ntpd (no nativo) para sincronizar la hora.
Weewx también puede ser arrancado como servicio de systemd (con su sintaxis de servicio) en vez del script en init.d. Para ello hay que seguir estas instrucciones:
https://github.com/weewx/weewx/wiki/systemd
sobre todo la sección Debian package installation (la instalación normal desde el repositorio, no la de setup.py). Creando ese script de arranque para systemd en /etc/systemd/system/weewx
Creando ese script weewx ya no se gestiona con /etc/init.d/weewx start/stop etc etc si no por este otro por lo que se puede borrar /etc/init.d/weewx, de hecho aconsejan hacerlo.
En el script de systemD ya viene en sus primeras líneas:
Requires=time-sync.target
After=time-sync.target
O sea que requiere que el servicio de sincronización esté en marcha.
Un pequeño lío entre el sistema de arranque antiguo y el nuevo de systemd. Deberían de dejarlo todo en manos de systemD pero por compatibilidad habrán dejado el del antiguo sysVinit ya que systemd está poniendo servicios que entran en conflicto con los que hace uso weewx.
Navegación
[#] Página Siguiente
[*] Página Anterior
Ir a la versión completa