Meteoclimatic
Software => WeeWX => Mensaje iniciado por: Rubendgl en 07 de Mayo del 2020, 18:54:19 pm
-
Buenas tardes, me explico.
Cada vez que reinicio/apago la Pi donde tengo instalado weewx para efectuar una actualización o simplemente reiniciar cuando lleva muchas semanas funcionando, ocurre que el arranque de weewx son todo problemas.
Ejemplo de hoy mismo, que he tenido que apagar la Pi por un corte de siministro electrico. Viendo que llevabamos ya 30 min. y el SAI no iba aguantar mucho mas, he apagado.
Pues bien, al iniciar ocurre que weewx no actualiza la web ni datos y salen varios errores.
pi@raspberrypi:/var/log $ tail -f weewx.log
May 7 16:15:38 raspberrypi weewx[320]: vantage: LOOP try #2; error: Expected to read 99 chars; got 17 instead
May 7 16:15:40 raspberrypi weewx[320]: engine: Launch of report thread aborted: existing report thread still running
May 7 16:15:47 raspberrypi weewx[320]: cheetahgenerator: Generated 20 files for report StandardReport in 8.00 seconds
May 7 16:15:50 raspberrypi weewx[320]: imagegenerator: Generated 13 images for StandardReport in 1.92 seconds
May 7 16:15:50 raspberrypi weewx[320]: copygenerator: copied 9 files to /var/www/html
May 7 16:20:16 raspberrypi weewx[320]: manager: Unable to add record 2020-05-07 16:10:00 UTC (1588867800) to database 'weewx.sdb': UNIQUE constraint failed: archive.dateTime
May 7 16:20:17 raspberrypi weewx[320]: restx: Wunderground-PWS: Published record 2020-05-07 16:10:00 UTC (1588867800)
May 7 16:20:19 raspberrypi weewx[320]: cheetahgenerator: Generated 20 files for report StandardReport in 3.24 seconds
May 7 16:20:21 raspberrypi weewx[320]: imagegenerator: Generated 13 images for StandardReport in 1.80 seconds
May 7 16:20:21 raspberrypi weewx[320]: copygenerator: copied 0 files to /var/www/html
May 7 16:25:19 raspberrypi weewx[320]: cheetahgenerator: Generated 20 files for report StandardReport in 2.92 seconds
May 7 16:25:21 raspberrypi weewx[320]: imagegenerator: Generated 13 images for StandardReport in 1.76 seconds
May 7 16:25:21 raspberrypi weewx[320]: copygenerator: copied 0 files to /var/www/html
^C
pi@raspberrypi:/var/log $ tail -f weewx.log
May 7 16:15:50 raspberrypi weewx[320]: imagegenerator: Generated 13 images for StandardReport in 1.92 seconds
May 7 16:15:50 raspberrypi weewx[320]: copygenerator: copied 9 files to /var/www/html
May 7 16:20:16 raspberrypi weewx[320]: manager: Unable to add record 2020-05-07 16:10:00 UTC (1588867800) to database 'weewx.sdb': UNIQUE constraint failed: archive.dateTime
May 7 16:20:17 raspberrypi weewx[320]: restx: Wunderground-PWS: Published record 2020-05-07 16:10:00 UTC (1588867800)
May 7 16:20:19 raspberrypi weewx[320]: cheetahgenerator: Generated 20 files for report StandardReport in 3.24 seconds
May 7 16:20:21 raspberrypi weewx[320]: imagegenerator: Generated 13 images for StandardReport in 1.80 seconds
May 7 16:20:21 raspberrypi weewx[320]: copygenerator: copied 0 files to /var/www/html
May 7 16:25:19 raspberrypi weewx[320]: cheetahgenerator: Generated 20 files for report StandardReport in 2.92 seconds
May 7 16:25:21 raspberrypi weewx[320]: imagegenerator: Generated 13 images for StandardReport in 1.76 seconds
May 7 16:25:21 raspberrypi weewx[320]: copygenerator: copied 0 files to /var/www/html
^C
pi@raspberrypi:/var/log $ sudo /etc/init.d/weewx reload
[ ok ] Reloading weewx configuration (via systemctl): weewx.service.
pi@raspberrypi:/var/log $ tail -f weewx.log
May 7 16:28:29 raspberrypi weewx[320]: engine: Starting up weewx version 3.9.2
May 7 16:28:29 raspberrypi weewx[320]: engine: Clock error is -455.44 seconds (positive is fast)
May 7 16:28:31 raspberrypi weewx[320]: engine: Starting main packet loop.
May 7 16:28:36 raspberrypi weewx[320]: vantage: LOOP try #1; error: Expected to read 99 chars; got 0 instead
May 7 16:28:44 raspberrypi weewx[320]: vantage: LOOP try #2; error: Expected to read 99 chars; got 0 instead
y ahí se paró sin dar mas lecturas.
Al final siempre acaba funcionando, no se muy bien el motivo ya que lo único que hago es, tras innumerables frases censurables, probar a enchufar y desenchufar el usb de la consola, probar con weewx stop/start/reload, etc, etc.
Pero imagino que apagar y encender la Pi debería ser algo normal para weewx, no un proceso traumático donde ya no sepa que hacer.
Algún truco para que inicie a la primera? ???.
Se agradecería.
Un saludo.
-
Yo solo veo dos problemas.
1.- El reloj. 7 minutos de desfase entre consola y ordenador, son muchos minutos. Algo va mal
2.- Los otros errores, son típicos de la consola Davis (no sé si es tu estación) por el puerto USB
En cuanto al reloj desconozco lo que puede originar ese desfase en la consola. ¿Has comprobado la hora que tiene en la pantalla de la consola?
Tienes instalado el servidor ntp para mantener el reloj de la raspi en hora???
¿Tienes activada la opción de que la Raspberry espere en el arranque a tener conexión a internet?
Recuerda que la Raspi, no tiene reloj en tiempo real. La mayoría de los problemas vienen motivados por este problema.
Si no consigues que la cosa se estabilice tomando medidas con el reloj de la Raspi y la consola, pasamos al posible problema de comunicación
En cuanto al problema de comunicación solo puedo decirte que cambies de cable a ver si mejora. Pero me temo que es más un problema del chip CP2105 que lleva incluido el datalogger.
Así que los "mágicos remedios " serían:
- Comprobar primero, con otra fuente de alimentación. Las raspi son muy sensibles a fuentes con una tensión por debajo de 5V.
- Comprobar que el cable del datalogger al ordenador está bien y correctamente insertado.
- Cambiar el cable que conecta datalogger y ordenador.
El apagar a la bruto una Raspi no afecta al ordenador en si, pero la tarjeta SD puede irse a la porra. Ahora mismo estoy intentando recuperar una SD que he usado para las pruebas de Meteowee y que ha sufrido más de un apagón forzado por mi. Pero es l tarjeta de pruebas.
Igualmente si ves en el log, que hay muchos reinicios de Weewx, suelen venir motivados por el errror de comunicación que has puesto. Weewx hace varios intentos de comunicarse con la consola y, si no lo consigue, a un número determinado de veces reinicia el propio Weewx.
Con el log que has puesto, es todo lo que puedo decirte.
Post editado: Me inclino a que el problema viene por el reloj. Acabo de buscar tu problema y viene a ser el mismo: https://groups.google.com/forum/#!topic/weewx-user/3GK_fdGVRtM
-
¿Tienes activada la opción de que la Raspberry espere en el arranque a tener conexión a internet?
Realmente creo que es eso del reloj.
La instalación de weewx fue con una de las imágenes weewx.sh asi que desconozco como ha configurado el tema del reloj.
La Pi mantiene la hora sin problema, el weewx ya no se que hace.
Probaré a buscar eso de retrasar el inicio de la Pi o ver si puedo retrasar el arranque de weewx.
Con respecto a los reinicios me referia a cuando los hago yo. No se producen solos osea que el único problema debe ser el reloj.
-
Pues retomemos el tema.
Un log completo desde el inicio de weewx, porque el que enviaste al principio es parcial.
Es decir, el log de weewx desde que arranca el ordenador.
A ver que vemos en las cabeceras.
-
Pues aquí está el log desde el arranque.
(https://snipboard.io/CIhUSw.jpg)
Como ha sido un reinicio, entiendo que el reloj se ha atrasado poco y en cierto modo todo ha vuelto a la nomalidad de una forma bastante rápida tambien.
Lo normal, apagando la Pi y tardando algo mas, suelen aparecer los registros:
manager: Unable to add record XXXXXXX to database 'weewx.sdb': UNIQUE constraint failed: archive.dateTime
Esta vez, todo ha ido fácil.
Podemos confirmar que el problema es el reloj ???.
-
Me huelo que sigues teniendo instalado el falso reloj.
Eso no es bueno y, de hecho, en los instaladores que preparo los elimina.
Cuando la raspi arranca, toma la hora del falso reloj, y si tarda el servidor ntp tarda en sincronizar puedes estar con una hora totalmente irreal.
Al eliminar el falso reloj, la raspi arranca siempre con las 0:00 del 1 de enero de 1970.
Weewx detecta esta incidencia y espera hasta tener una hora en condiciones. Entonces, weewx sigue con el arranque.
Para eliminar el falso reloj
sudo apt-get remove fake-hwclock
sudo apt-get purge face-hwclock
-
La instalación está hecha con uno de tus scripts.
Y efectivamente, no tiene instalado el reloj falso.
pi@raspberrypi:~ $ sudo apt remove fake-hwclock
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias
Leyendo la información de estado... Hecho
El paquete «fake-hwclock» no está instalado, no se eliminará
0 actualizados, 0 nuevos se instalarán, 0 para eliminar y 0 no actualizados.
Y no sería mas fácil hacer que weewx no arrranque de forma automática al iniciar.
Busco información pero no encuentro como deshabilitar el daemon de weewx al inicio.
Creo que lo mas práctico es que si yo apago o reinicio la Pi para hacer algún mantenimiento, pues al arrancarla de nuevo
inicie weewx yo de forma manual.
-
claro
Es fácil
Simplemente, quítale los permisos de ejecución a /etc/init.d/weewx
Y no arrancará solo el servidor weewx
Pero me parece más fácil meter un temporizador de 60 segundos en rc.local ya que es claramente un problema de tiempo para coger red y por tanto sincronizar.
Puedes hacer una prueba??
Reiniciar la raspi y, en cuanto puedas ejecuta el comando
date
A ver que fecha y hora aparece
-
Puedes hacer una prueba??
Reiniciar la raspi y, en cuanto puedas ejecuta el comando
date
A ver que fecha y hora aparece
pi@raspberrypi:~ $ date
lun may 11 16:30:31 UTC 2020
pi@raspberrypi:~ $ date
lun may 11 16:32:25 UTC 2020
En el primer date, el reloj del ordenador marcaba las 18:32 con lo que ahí ya existe un desfase de 2 minutos en la raspberry, esperé unos 5 segundos y volví a ejecutar date y entonces ya si la Pi sacó la hora correcta.
Pues efectivamente parece ser que el problema es que se carga antes weewx que la sincronización de la hora.
Pero si no tiene instalado el fake-clock, como puede ser esto ??. Por lo que me comentaste anteriormente, debería arrancar en 1970.
-
Hola Rubén
Prueba a realizar el segundo paso para quitar el falso reloj:
https://github.com/weewx/weewx/wiki/Raspberry-Pi
$ sudo systemctl stop systemd-timesyncd
$ sudo systemctl disable systemd-timesyncd
Eso quitaría la sincronización de hora que usa la raspi.
También en el enlace al foro que hay en esa página se explica que ese servicio dependería de otro llamado systemd-time-wait-sync que esperaría a que se hubiese sincronizado la hora con el servidor NTP
Qué te pone al ejecutar sudo systemctl status systemd-time-wait-sync ??
-
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.
-
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
-
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.
-
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.
-
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 (https://github.com/weewx/weewx/wiki/Raspberry-Pi) 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.
-
Un lío, si
*+* *+* *+* *+* *+*
-
Por probarlo, he dejado la orange pi un cuarto de hora apagada y la he vuelto a poner en marcha.
Resultado de syslog:
May 12 15:30:38 localhost systemd-time-wait-sync[280]: adjtime state 0 status 2000 time Tue 2020-05-12 13:30:38.925722 UTC
May 12 15:30:38 localhost systemd-timesyncd[344]: Synchronized to time server for the first time 162.159.200.123:123 (0.debian.pool.ntp.org).
May 12 15:30:38 localhost systemd[1]: Started Wait Until Kernel Time Synchronized.
May 12 15:30:38 localhost systemd[1]: Reached target System Time Synchronized.
May 12 15:30:38 localhost systemd[1]: Starting weewx weather system...
May 12 15:30:38 localhost systemd[1]: Started Daily man-db regeneration.
May 12 15:30:38 localhost systemd[1]: Started Clean PHP session files every 30 mins.
May 12 15:30:38 localhost systemd[1]: Started Daily apt download activities.
May 12 15:30:38 localhost systemd[1]: Started Daily apt upgrade and clean activities.
May 12 15:30:38 localhost systemd[1]: Started Daily rotation of log files.
May 12 15:30:38 localhost systemd[1]: Reached target Timers.
May 12 15:30:39 localhost systemd[1]: weewx.service: Supervising process 1220 which is not our child. We'll most likely not notice when it exits.
May 12 15:30:39 localhost systemd[1]: Started weewx weather system.
Creo que las primeras líneas lo dicen todo.
Primeramente el servicio systemd-time-wait-sync retrasa el inicio de los servicios que dependen de systemd-timesyncd para su arranque (weewx uno de ellos y el que más nos importa) y cuando está todo sincronizado incluido el kernel empieza a arrancar weewx.
De esa forma arrancando con weewx.service no tendremos el problema de ese desfase de tiempo al arrancar la raspi si ha estado horas apagada.
-
Hola Rubén
Prueba a realizar el segundo paso para quitar el falso reloj:
https://github.com/weewx/weewx/wiki/Raspberry-Pi
$ sudo systemctl stop systemd-timesyncd
$ sudo systemctl disable systemd-timesyncd
Eso quitaría la sincronización de hora que usa la raspi.
También en el enlace al foro que hay en esa página se explica que ese servicio dependería de otro llamado systemd-time-wait-sync que esperaría a que se hubiese sincronizado la hora con el servidor NTP
Qué te pone al ejecutar sudo systemctl status systemd-time-wait-sync ??
Bien, pues este es el resultado:
pi@raspberrypi:~ $ sudo systemctl stop systemd-timesyncd
Warning: The unit file, source configuration file or drop-ins of systemd-timesyn
cd.service changed on disk. Run 'systemctl daemon-reload' to reload units.
pi@raspberrypi:~ $ sudo systemctl disable systemd-timesyncd
Removed /etc/systemd/system/dbus-org.freedesktop.timesync1.service.
Removed /etc/systemd/system/sysinit.target.wants/systemd-timesyncd.service.
pi@raspberrypi:~ $ sudo systemctl status systemd-time-wait-sync
● systemd-time-wait-sync.service - Wait Until Kernel Time Synchronized
Loaded: loaded (/lib/systemd/system/systemd-time-wait-sync.service; disabled; vendor preset: enab
Active: inactive (dead)
Docs: man:systemd-time-wait-sync.service(8)
-
Bueno, pues lo siguiente que he probado ha sido.
pi@raspberrypi:~ $ sudo systemctl start systemd-time-wait-sync
pi@raspberrypi:~ $ sudo systemctl status systemd-time-wait-sync
● systemd-time-wait-sync.service - Wait Until Kernel Time Synchronized
Loaded: loaded (/lib/systemd/system/systemd-time-wait-sync.service; disabled; vendor preset: enab
Active: active (exited) since Tue 2020-05-12 18:59:26 UTC; 8s ago
Docs: man:systemd-time-wait-sync.service(8)
Process: 17839 ExecStart=/lib/systemd/systemd-time-wait-sync (code=exited, status=0/SUCCESS)
Main PID: 17839 (code=exited, status=0/SUCCESS)
may 12 18:59:26 raspberrypi systemd[1]: Starting Wait Until Kernel Time Synchronized...
may 12 18:59:26 raspberrypi systemd-time-wait-sync[17839]: adjtime state 0 status 2001 time Tue 2020
may 12 18:59:26 raspberrypi systemd[1]: Started Wait Until Kernel Time Synchronized.
pi@raspberrypi:~ $ date
mar may 12 18:59:42 UTC 2020
Ahora si sale como activo ese servicio, no se. Seguramente la haya liado gorda y ni me atrevo a reiniciar para probar.
-
Parece que está deshabilitado... Loaded: loaded (/lib/systemd/system/systemd-time-wait-sync.service; disabled; vendor preset: enab
Si ejecutas sudo systemctl list-unit-files | grep systemd-time-wait-sync.service te debe de salir como disabled
Para activarlo sudo systemctl enable systemd-time-wait-sync.service
Ya he dicho que todo esto es para que funcione con el sincronizador de tiempo de systemd y que no inicie weewx hasta que el sistema no esté en hora.
Los pasos ya los he puesto en mis anteriores mensajes.
Crear el archivo /etc/systemd/system/weewx.service y poner en su interior (copiar y pegar) este código:
# systemd configuration for weewx
[Unit]
Description=weewx weather system
Requires=time-sync.target
After=time-sync.target
# Uncomment the following two line if your database is written using mysql or MariaDB on the same host
#After=mysql.service
#BindsTo=mysql.service
# The following two lines should be uncommented and used if you
# have enabled Restart=on-failure in the [Service] section below.
# StartLimitIntervalSec=100
# StartLimitBurst=5
[Service]
# The following two lines may be uncommented and used if you
# want the weewx service to automatically restart if it crashes.
# This can be particularly useful if weewx has an IP connection to the weather station
# it is monitoring, since transient network problems are quite
# common, and may cause the daemon to crash.
# Adjust timing according to the typical recovery times in your situation
#Restart=on-failure
#RestartSec=20
# See notes later in this wiki; by default weewx will run with root privileges, so
# comment out the following two lines to run weewx as root.
# User=weewx
# Group=weewx
# create a runtime directory below /run, because non-root users cannot create a file in /run itself
# This works for root as well as non-root users.
RuntimeDirectory=weewx
PIDFile=/run/weewx/weewx.pid
# setting the preserve option stops systemd deleting the PID file when weewx exits (debugging only)
# RuntimeDirectoryPreserve=yes
ExecStart=/usr/bin/weewxd --daemon --pidfile=/run/weewx/weewx.pid /etc/weewx/weewx.conf
ExecReload=/bin/kill -HUP $MAINPID
Type=forking
[Install]
WantedBy=multi-user.target
reiniciamos la carga de servicios con sudo systemctl daemon-reload
reiniciamos weewx y ya deberá salirnos que está cargado con weewx.service:
root@orangepipc:~# sudo service weewx status
● weewx.service - weewx weather system
Loaded: loaded (/lib/systemd/system/weewx.service; enabled; vendor preset: enabled)
si es así ya podemos quitar de que se cargue con el viejo script /etc/init.d/weewx ejecutando sudo update-rc.d weewx remove
solo falta quitar ntp (sudo apt purge ntp) y configurar /etc/systemd/timesyncd.conf así:
# This file is part of systemd.
#
# systemd is free software; you can redistribute it and/or modify it
# under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2.1 of the License, or
# (at your option) any later version.
#
# Entries in this file show the compile time defaults.
# You can change settings by editing this file.
# Defaults can be restored by simply deleting this file.
#
# See timesyncd.conf(5) for details.
[Time]
NTP=0.debian.pool.ntp.org
FallbackNTP=1.debian.pool.ntp.org 2.debian.pool.ntp.org 3.debian.pool.ntp.org
#RootDistanceMaxSec=5
#PollIntervalMinSec=32
#PollIntervalMaxSec=2048
Con esas líneas ya sincronizará la hora con los servidores NTP de debian al iniciar la raspi.
Reiniciar la raspi a ver cómo ha ido la cosa.... estado de weewx, si está funcionando es un buen síntoma *-* *-* y ver el estado de los servicios de sincronización de systemd
sudo systemctl status systemd-time-wait-sync
sudo systemctl status systemd-timesyncd
-
Ah, no me di cuenta en tu anterior mensaje... deshabilitaste systemd-timesyncd porque yo iba por otro sitio por ahí.... lo siento... vuelve a activarlo con
sudo systemctl enable systemd-timesyncd
-
He seguido todos los pasos hasta justo antes del punto donde me indicas de eliminar que se cargue con /etc/init.d
y eso es debido a que creo que no está funcionando bien.
pi@raspberrypi:~ $ sudo systemctl status systemd-timesyncd
● systemd-timesyncd.service - Network Time Synchronization
Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
Drop-In: /lib/systemd/system/systemd-timesyncd.service.d
└─disable-with-time-daemon.conf
Active: inactive (dead)
Docs: man:systemd-timesyncd.service(8)
pi@raspberrypi:~ $ sudo systemctl list-unit-files | grep systemd-time-wait-sync.service
systemd-time-wait-sync.service disabled
pi@raspberrypi:~ $ sudo systemctl enable systemd-time-wait-sync.service
Created symlink /etc/systemd/system/sysinit.target.wants/systemd-time-wait-sync.service → /lib/systemd/system/ systemd-time-wait-sync.service.
pi@raspberrypi:~ $ sudo nano /etc/systemd/system/weewx.service
pi@raspberrypi:~ $ sudo systemctl daemon-reload
pi@raspberrypi:~ $ sudo /etc/init.d/weewx restart
[ ok ] Restarting weewx (via systemctl): weewx.service.
pi@raspberrypi:~ $ sudo service weewx status
● weewx.service - weewx weather system
Loaded: loaded (/etc/systemd/system/weewx.service; disabled; vendor preset: enabled)
Active: active (running) since Wed 2020-05-13 14:58:06 UTC; 12s ago
Process: 9997 ExecStart=/usr/bin/weewxd --daemon --pidfile=/run/weewx/weewx.pid /etc/weewx/weewx.conf (code=exited, status=0/SUCCESS)
Main PID: 10001 (python)
Tasks: 5 (limit: 2319)
Memory: 7.2M
CGroup: /system.slice/weewx.service
└─10001 python /usr/bin/weewxd --daemon --pidfile=/run/weewx/weewx.pid /etc/weewx/weewx.conf
may 13 14:58:06 raspberrypi weewx[10001]: restx: Wunderground-PWS: Data for station INIGRN7 will be posted
may 13 14:58:06 raspberrypi weewx[10001]: restx: PWSweather: Posting not enabled.
may 13 14:58:06 raspberrypi weewx[10001]: restx: CWOP: Posting not enabled.
may 13 14:58:06 raspberrypi weewx[10001]: restx: WOW: Posting not enabled.
may 13 14:58:06 raspberrypi weewx[10001]: restx: AWEKAS: Data will be uploaded for user pnsc16
may 13 14:58:06 raspberrypi weewx[10001]: restx: WeatherCloud: service version is 0.11
may 13 14:58:06 raspberrypi weewx[10001]: restx: WeatherCloud: Data will be uploaded for id=d87c7ffbe24b0539
may 13 14:58:06 raspberrypi weewx[10001]: engine: Starting up weewx version 3.9.2
may 13 14:58:07 raspberrypi weewx[10001]: engine: Clock error is 0.97 seconds (positive is fast)
may 13 14:58:07 raspberrypi weewx[10001]: engine: Starting main packet loop.
Ese disabled me mosquea y prefiero no seguir no sea que pierda el acceso a weewx .
-
No inicies ni operes ya con weewx con sudo /etc/init.d/weewx status|restart|start|stop|reload hazlo con sudo service weewx status|restart|start|stop|reload
Ese disabled puede que sea que lo tiene deshabilitado systemd pero funcionar está funcionando al haberlo reiniciado.
Ejecuta sudo systemctl enable weewx y reinicia weewx a ver qué dice ahora sudo service weewx status
-
Pues tras finalizar los ajustes que me faltaban, por cierto,
solo falta quitar ntp (sudo apt purge ntp)
no estaba instalado.
He apagado la raspberry y como 1 minuto de espera la he vuelto a encender y este es el resultado.
pi@raspberrypi:/var/log $ sudo systemctl status systemd-time-wait-sync
● systemd-time-wait-sync.service - Wait Until Kernel Time Synchronized
Loaded: loaded (/lib/systemd/system/systemd-time-wait-sync.service; enabled; vendor preset: enabled)
Active: active (exited) since Wed 2020-05-13 17:43:02 UTC; 2min 58s ago
Docs: man:systemd-time-wait-sync.service(8)
Process: 103 ExecStart=/lib/systemd/systemd-time-wait-sync (code=exited, status=0/SUCCESS)
Main PID: 103 (code=exited, status=0/SUCCESS)
feb 14 10:12:00 raspberrypi systemd-time-wait-sync[103]: adjtime state 5 status 40 time Thu 2019-02-14 10:11:59.759073 UTC
may 13 17:41:22 raspberrypi systemd-time-wait-sync[103]: adjtime state 5 status 40 time Wed 2020-05-13 17:41:22.968762 UTC
may 13 17:43:02 raspberrypi systemd-time-wait-sync[103]: adjtime state 0 status 2000 time Wed 2020-05-13 17:43:02.897174 UTC
may 13 17:43:02 raspberrypi systemd[1]: Started Wait Until Kernel Time Synchronized.
Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.
pi@raspberrypi:/var/log $ sudo systemctl status systemd-timesyncd
Warning: The unit file, source configuration file or drop-ins of systemd-timesyncd.service changed on disk. Run 'systemctl daemon-reload' to reload units.
● systemd-timesyncd.service - Network Time Synchronization
Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
Drop-In: /lib/systemd/system/systemd-timesyncd.service.d
└─disable-with-time-daemon.conf
Active: active (running) since Wed 2020-05-13 17:41:22 UTC; 4min 54s ago
Docs: man:systemd-timesyncd.service(8)
Main PID: 214 (systemd-timesyn)
Status: "Synchronized to time server for the first time 162.159.200.1:123 (0.debian.pool.ntp.org)."
Tasks: 2 (limit: 2319)
Memory: 3.0M
CGroup: /system.slice/systemd-timesyncd.service
└─214 /lib/systemd/systemd-timesyncd
feb 14 10:12:03 raspberrypi systemd[1]: Starting Network Time Synchronization...
feb 14 10:12:04 raspberrypi systemd-timesyncd[214]: System clock time unset or jumped backwards, restoring from recorded timestamp: Wed 2020-05-13 17:41:22 UTC
may 13 17:41:22 raspberrypi systemd[1]: Started Network Time Synchronization.
may 13 17:43:02 raspberrypi systemd-timesyncd[214]: Synchronized to time server for the first time 162.159.200.1:123 (0.debian.pool.ntp.org).
pi@raspberrypi:/var/log $ sudo service weewx status
● weewx.service - weewx weather system
Loaded: loaded (/etc/systemd/system/weewx.service; enabled; vendor preset: enabled)
Active: active (running) since Wed 2020-05-13 17:43:03 UTC; 3min 30s ago
Process: 419 ExecStart=/usr/bin/weewxd --daemon --pidfile=/run/weewx/weewx.pid /etc/weewx/weewx.conf (code=exited, status=0/SUCCESS)
Main PID: 423 (python)
Tasks: 5 (limit: 2319)
Memory: 37.0M
CGroup: /system.slice/weewx.service
└─423 python /usr/bin/weewxd --daemon --pidfile=/run/weewx/weewx.pid /etc/weewx/weewx.conf
may 13 17:43:04 raspberrypi weewx[423]: engine: Starting main packet loop.
may 13 17:45:16 raspberrypi weewx[423]: manager: Added record 2020-05-13 17:45:00 UTC (1589391900) to database 'weewx.sdb'
may 13 17:45:16 raspberrypi weewx[423]: manager: Added record 2020-05-13 17:45:00 UTC (1589391900) to daily summary in 'weewx.sdb'
may 13 17:45:17 raspberrypi weewx[423]: restx: WeatherCloud: Published record 2020-05-13 17:45:00 UTC (1589391900)
may 13 17:45:17 raspberrypi weewx[423]: restx: AWEKAS: Published record 2020-05-13 17:45:00 UTC (1589391900)
may 13 17:45:18 raspberrypi weewx[423]: restx: StationRegistry: Published record 2020-05-13 17:45:00 UTC (1589391900)
may 13 17:45:18 raspberrypi weewx[423]: restx: Wunderground-PWS: Published record 2020-05-13 17:45:00 UTC (1589391900)
may 13 17:45:26 raspberrypi weewx[423]: cheetahgenerator: Generated 20 files for report StandardReport in 8.62 seconds
may 13 17:45:28 raspberrypi weewx[423]: imagegenerator: Generated 13 images for StandardReport in 2.09 seconds
may 13 17:45:28 raspberrypi weewx[423]: copygenerator: copied 9 files to /var/www/html
Y el log de weewx es este:
May 13 17:43:03 raspberrypi weewx[419]: engine: Initializing weewx version 3.9.2
May 13 17:43:03 raspberrypi weewx[419]: engine: Using Python 2.7.16 (default, Oct 10 2019, 22:02:15) #012[GCC 8.3.0]
May 13 17:43:03 raspberrypi weewx[419]: engine: Platform Linux-4.19.97-v7+-armv7l-with-debian-10.3
May 13 17:43:03 raspberrypi weewx[419]: engine: Locale is 'es_ES.UTF-8'
May 13 17:43:03 raspberrypi weewx[419]: engine: pid file is /run/weewx/weewx.pid
May 13 17:43:03 raspberrypi weewx[423]: engine: Using configuration file /etc/weewx/weewx.conf
May 13 17:43:03 raspberrypi weewx[423]: engine: Loading station type Vantage (weewx.drivers.vantage)
May 13 17:43:04 raspberrypi weewx[423]: engine: StdConvert target unit is 0x10
May 13 17:43:04 raspberrypi weewx[423]: wxcalculate: The following values will be calculated: barometer=prefer_hardware, windchill=prefer_hardware, dewpoint=prefer_hardware, appTemp=prefer$
May 13 17:43:04 raspberrypi weewx[423]: wxcalculate: The following algorithms will be used for calculations: altimeter=aaNOAA, maxSolarRad=RS
May 13 17:43:04 raspberrypi weewx[423]: engine: Archive will use data binding wx_binding
May 13 17:43:04 raspberrypi weewx[423]: engine: Record generation will be attempted in 'hardware'
May 13 17:43:04 raspberrypi weewx[423]: engine: Using archive interval of 300 seconds (specified by hardware)
May 13 17:43:04 raspberrypi weewx[423]: engine: Using binding 'wx_binding' to database 'weewx.sdb'
May 13 17:43:04 raspberrypi weewx[423]: manager: Starting backfill of daily summaries
May 13 17:43:04 raspberrypi weewx[423]: restx: StationRegistry: Station will be registered.
May 13 17:43:04 raspberrypi weewx[423]: restx: Wunderground-PWS: Data for station INIGRN7 will be posted
May 13 17:43:04 raspberrypi weewx[423]: restx: PWSweather: Posting not enabled.
May 13 17:43:04 raspberrypi weewx[423]: restx: CWOP: Posting not enabled.
May 13 17:43:04 raspberrypi weewx[423]: restx: WOW: Posting not enabled.
May 13 17:43:04 raspberrypi weewx[423]: restx: AWEKAS: Data will be uploaded for user pnsc16
May 13 17:43:04 raspberrypi weewx[423]: restx: WeatherCloud: service version is 0.11
May 13 17:43:04 raspberrypi weewx[423]: restx: WeatherCloud: Data will be uploaded for id=d87c7ffbe24b0539
May 13 17:43:04 raspberrypi weewx[423]: engine: Starting up weewx version 3.9.2
May 13 17:43:04 raspberrypi weewx[423]: engine: Clock error is 0.62 seconds (positive is fast)
May 13 17:43:04 raspberrypi weewx[423]: engine: Starting main packet loop.
May 13 17:45:16 raspberrypi weewx[423]: manager: Added record 2020-05-13 17:45:00 UTC (1589391900) to database 'weewx.sdb'
May 13 17:45:16 raspberrypi weewx[423]: manager: Added record 2020-05-13 17:45:00 UTC (1589391900) to daily summary in 'weewx.sdb'
May 13 17:45:17 raspberrypi weewx[423]: restx: WeatherCloud: Published record 2020-05-13 17:45:00 UTC (1589391900)
May 13 17:45:17 raspberrypi weewx[423]: restx: AWEKAS: Published record 2020-05-13 17:45:00 UTC (1589391900)
May 13 17:45:18 raspberrypi weewx[423]: restx: StationRegistry: Published record 2020-05-13 17:45:00 UTC (1589391900)
May 13 17:45:18 raspberrypi weewx[423]: restx: Wunderground-PWS: Published record 2020-05-13 17:45:00 UTC (1589391900)
May 13 17:45:26 raspberrypi weewx[423]: cheetahgenerator: Generated 20 files for report StandardReport in 8.62 seconds
May 13 17:45:28 raspberrypi weewx[423]: imagegenerator: Generated 13 images for StandardReport in 2.09 seconds
May 13 17:45:28 raspberrypi weewx[423]: copygenerator: copied 9 files to /var/www/html
Ya no salen los avisos de error a la hora de añadir los registros a la base de datos.
-
Pues tiene buena pinta la cosa :)
Los tres servicios (weewx incluido) han trabajado como se esperaba...
Primero systemd-timesyncd ha sincronizado la hora con el servidor NTP de debian a las 17:41:22 UTC
Después systemd-time-wait-sync al estar sincronizada ya la raspi ha dado paso a que se iniciase weewx a las 2020-05-13 17:43:02 UTC
un segundo después weewx se ha puesto en marcha.
Ve observándolo a ver si ya no te hace ninguna pirula más ;)
Saludos
-
Hoy voy a clonar la tarjeta de la raspi donde está funcionando el weewx para tener una imagen completa para cuando casque, que lo hará tarde o temprano.
De esta manera, sudo dd if=/dev/mmcblk0 of=/media/sdmeteopi.img, me tarda unos 15 minutos.
Por lo tanto es una buena forma de comprobar la sincronización del reloj.
Si supera esto, no hay mas que hablar.
PD:
Pues debo decir que todo ha ido de maravilla. Ni un solo error en la carga de weewx, y todos los registros atrasados, al final estuvo parada media hora larga, se añadieron sin problemas.
Un millón de gracias, jantoni y jmviper por vuestra ayuda.
PD2: (offtopic)
Ahora, al hacer un ls en /home/pi me sale esto.
pi@raspberrypi:~ $ ls
'been rotated since unit was started. Log output is incomplete or unavailable.'
copiaweewx.sh
'ince Wed 2020-05-13 17:32:09 UTC'
meteoclimatic.php
'ource configuration file or drop-ins of systemd-timesyn cd.service changed on disk. Run systemctl daemon-reload to reload units.'
'pberrypi:~ $ sudo systemctl status systemd-time-wait-sync'
'pberrypi:~ $ sudo systemctl stop systemd-timesyncd'
Todo funciona con normalidad y un ls en cualquier otro sitio muestra perfectamente el contenido, solo falla en la carpeta pi.
He probado systemctl daemon-reload y sigue fallando.
He probado a detener y reiniciar systemd-time-wait-sync y systemd-timesyncd y nada.
Reiniciar la raspberry tampoco lo soluciona.
-
prueba a listar con sudo ls -la a ver qué sale
-
Pero......por lo que veo has hecho la imagen de la SD dentro de la propia SD.
Eso no se debe hacer.
Aparte de eso, ¿como vas de espacio en la SD?
Haz un
df -h
-
prueba a listar con sudo ls -la a ver qué sale
pi@raspberrypi:~ $ ls -la
total 108
drwxr-xr-x 5 pi pi 4096 may 13 17:36 .
drwxr-xr-x 3 root root 4096 jul 10 2019 ..
-rw------- 1 pi pi 19562 may 14 16:20 .bash_history
-rw-r--r-- 1 pi pi 220 jul 10 2019 .bash_logout
-rw-r--r-- 1 pi pi 3523 jul 10 2019 .bashrc
-rw-r--r-- 1 root root 11925 may 13 17:36 'been rotated since unit was started. Log output is incomplete or unavailable.'
drwx------ 3 pi pi 4096 may 1 15:43 .config
-rwxr-xr-x 1 pi pi 263 mar 4 17:13 copiaweewx.sh
drwx------ 3 pi pi 4096 oct 15 2019 .gnupg
-rw-r--r-- 1 root root 1323 may 13 17:36 'ince Wed 2020-05-13 17:32:09 UTC'
drwxr-xr-x 3 pi pi 4096 ene 6 00:16 .local
-rw-r--r-- 1 pi pi 339 mar 9 23:02 meteoclimatic.php
-rw-r--r-- 1 root root 11925 may 12 18:55 'ource configuration file or drop-ins of systemd-timesyn cd.service changed on disk. Run systemctl daemon-reload to re load units.'
-rw-r--r-- 1 root root 254 may 12 18:49 'pberrypi:~ $ sudo systemctl status sy stemd-time-wait-sync'
-rw-r--r-- 1 root root 254 may 12 18:55 'pberrypi:~ $ sudo systemctl stop syst emd-timesyncd'
-rw-r--r-- 1 pi pi 807 jul 10 2019 .profile
-rw-r--r-- 1 pi pi 66 ene 6 00:16 .selected_editor
-rwxr-xr-x 1 pi pi 292 dic 17 18:44 temp.sh
Me parece raro el resultado ya que en la carpeta pi solo tengo 2 archivos
copiaweewx.sh, que es el script que hace todos los dias la copia de la bbdd de /var/lib/weewx a /media y posteriormente la comprime
temp.sh para monitorizar la temperatura
No se de donde sale, por ejemplo meteoclimatic.php que su ubicación es /var/www/html/
Jantoni, con respecto a la imagen de la sd, la hice desde el portatil y la orden exacta es
sudo dd if=/dev/mmcblk0 of=/home/rubendgl/meteo/meteopi.iso bs=1M status=progress
pi@raspberrypi:~ $ df -h
S.ficheros Tamaño Usados Disp Uso% Montado en
/dev/root 15G 2,0G 12G 14% /
devtmpfs 484M 0 484M 0% /dev
tmpfs 488M 0 488M 0% /dev/shm
tmpfs 488M 31M 457M 7% /run
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 488M 0 488M 0% /sys/fs/cgroup
/dev/mmcblk0p1 253M 53M 200M 21% /boot
tmpfs 98M 0 98M 0% /run/user/1000
-
Curioso
Algo está dirigiendo la salida de comandos (stdout) y poniéndolo como nombres de archivos en /home/pi y son propiedad de root…
prueba a borrarlos ya que pueden haberse creado de alguna manera al realizar las operaciones que has hecho.
los tendrás que borrar con sudo ya que son de root
Por ejemplo para el primero ejecuta sudo rm been* para el segundo sudo rm ince* y así sucesivamente poniendo primeras letras y asterisco de comodín.
Si se vuelven a crear habrá que ver si hay algún script (algún crontab quizás) que los esté creando.
-
Bueno, hoy no estoy con la cabeza muy despejada.
En cuanto a la copia, me extrañaba, pero el comando que pusiste me invitó a pensar en ello. Pero insisto que hoy tengo la cabeza un poco desoxigenada.
Mañana pienso en el tema.
Pero el poco oxígeno que me llega al coco me dice que, si eso ocurriendo, incluso después de un reinicio tiene que hacer un proceso que lo haga.
Y eso lo tiene que decir un
ps aux
Y luego estudiar en detenimiento los procesos abiertos
Mañanas más
-
pi@raspberrypi:~ $ ps aux
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.8 33712 8044 ? Ss may14 0:16 /sbin/init
root 2 0.0 0.0 0 0 ? S may14 0:00 [kthreadd]
root 3 0.0 0.0 0 0 ? I< may14 0:00 [rcu_gp]
root 4 0.0 0.0 0 0 ? I< may14 0:00 [rcu_par_gp]
root 8 0.0 0.0 0 0 ? I< may14 0:00 [mm_percpu_wq]
root 9 0.0 0.0 0 0 ? S may14 0:03 [ksoftirqd/0]
root 10 0.0 0.0 0 0 ? I may14 0:23 [rcu_sched]
root 11 0.0 0.0 0 0 ? I may14 0:00 [rcu_bh]
root 12 0.0 0.0 0 0 ? S may14 0:00 [migration/0]
root 13 0.0 0.0 0 0 ? S may14 0:00 [cpuhp/0]
root 14 0.0 0.0 0 0 ? S may14 0:00 [cpuhp/1]
root 15 0.0 0.0 0 0 ? S may14 0:00 [migration/1]
root 16 0.0 0.0 0 0 ? S may14 0:00 [ksoftirqd/1]
root 19 0.0 0.0 0 0 ? S may14 0:00 [cpuhp/2]
root 20 0.0 0.0 0 0 ? S may14 0:00 [migration/2]
root 21 0.0 0.0 0 0 ? S may14 0:02 [ksoftirqd/2]
root 24 0.0 0.0 0 0 ? S may14 0:00 [cpuhp/3]
root 25 0.0 0.0 0 0 ? S may14 0:00 [migration/3]
root 26 0.0 0.0 0 0 ? S may14 0:00 [ksoftirqd/3]
root 29 0.0 0.0 0 0 ? S may14 0:00 [kdevtmpfs]
root 30 0.0 0.0 0 0 ? I< may14 0:00 [netns]
root 35 0.0 0.0 0 0 ? S may14 0:00 [khungtaskd]
root 36 0.0 0.0 0 0 ? S may14 0:00 [oom_reaper]
root 37 0.0 0.0 0 0 ? I< may14 0:00 [writeback]
root 38 0.0 0.0 0 0 ? S may14 0:00 [kcompactd0]
root 39 0.0 0.0 0 0 ? I< may14 0:00 [crypto]
root 40 0.0 0.0 0 0 ? I< may14 0:00 [kblockd]
root 41 0.0 0.0 0 0 ? S may14 0:00 [watchdogd]
root 42 0.0 0.0 0 0 ? I< may14 0:00 [rpciod]
root 43 0.0 0.0 0 0 ? I< may14 0:00 [kworker/u9:0]
root 44 0.0 0.0 0 0 ? I< may14 0:00 [xprtiod]
root 47 0.0 0.0 0 0 ? S may14 0:00 [kswapd0]
root 48 0.0 0.0 0 0 ? I< may14 0:00 [nfsiod]
root 59 0.0 0.0 0 0 ? I< may14 0:00 [kthrotld]
root 60 0.0 0.0 0 0 ? I< may14 0:00 [iscsi_eh]
root 61 0.0 0.0 0 0 ? I< may14 0:00 [dwc_otg]
root 62 0.0 0.0 0 0 ? I< may14 0:00 [DWC Notificatio]
root 63 0.0 0.0 0 0 ? S< may14 0:00 [vchiq-slot/0]
root 64 0.0 0.0 0 0 ? S< may14 0:00 [vchiq-recy/0]
root 65 0.0 0.0 0 0 ? S< may14 0:00 [vchiq-sync/0]
root 66 0.0 0.0 0 0 ? S may14 0:00 [vchiq-keep/0]
root 68 0.0 0.0 0 0 ? I< may14 0:00 [mmc_complete]
root 72 0.0 0.0 0 0 ? I< may14 0:01 [kworker/1:1H-kblockd]
root 73 0.0 0.0 0 0 ? S may14 0:03 [jbd2/mmcblk0p2-]
root 74 0.0 0.0 0 0 ? I< may14 0:00 [ext4-rsv-conver]
root 76 0.0 0.0 0 0 ? I< may14 0:00 [ipv6_addrconf]
root 96 0.0 0.0 0 0 ? I< may14 0:07 [kworker/0:2H-kblockd]
root 114 0.1 1.0 41896 10696 ? Ss may14 1:33 /lib/systemd/systemd-journald
root 134 0.0 0.3 18044 3988 ? Ss may14 0:01 /lib/systemd/systemd-udevd
systemd+ 211 0.0 0.5 22412 5636 ? Ssl may14 0:00 /lib/systemd/systemd-timesyncd
root 253 0.0 0.2 7972 2356 ? Ss may14 0:00 /usr/sbin/cron -f
root 255 0.0 0.0 3692 740 ? SNs may14 0:00 /usr/sbin/alsactl -E HOME=/run/alsa -s -n 19 -c rdaemon
root 256 0.0 0.5 13040 5684 ? Ss may14 0:00 /lib/systemd/systemd-logind
nobody 257 0.0 0.2 4320 2076 ? Ss may14 0:00 /usr/sbin/thd --triggers /etc/triggerhappy/triggers.d/ --socket /run/thd.socket --user nobody --deviceglob /dev/input/event*
root 259 0.0 0.2 25512 2764 ? Ssl may14 0:21 /usr/sbin/rsyslogd -n -iNONE
avahi 263 0.0 0.2 5772 2588 ? Ss may14 0:00 avahi-daemon: running [raspberrypi.local]
message+ 267 0.0 0.2 6560 2960 ? Ss may14 0:01 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
root 270 0.0 0.4 10740 4012 ? Ss may14 0:00 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant
root 272 0.0 0.0 27656 80 ? SLsl may14 1:12 /usr/sbin/rngd -r /dev/hwrng
avahi 281 0.0 0.0 5772 252 ? S may14 0:00 avahi-daemon: chroot helper
root 295 0.0 0.0 0 0 ? I< may14 0:00 [cfg80211]
root 368 0.0 0.1 2832 1652 ? Ss may14 0:00 /sbin/dhcpcd -q -w
root 379 0.0 0.1 4308 1372 tty1 Ss+ may14 0:00 /sbin/agetty -o -p -- \u --noclear tty1 linux
root 381 0.0 0.1 6612 1804 ? Ss+ may14 0:00 /sbin/agetty -o -p -- \u --keep-baud 115200,38400,9600 ttyAMA0 vt220
root 387 0.0 0.5 10724 5576 ? Ss may14 0:22 /usr/sbin/sshd -D
root 388 0.0 1.6 191588 16796 ? Ss may14 0:06 /usr/sbin/apache2 -k start
www-data 4417 0.0 0.9 191924 9488 ? S 08:59 0:00 /usr/sbin/apache2 -k start
root 6602 0.0 0.0 0 0 ? I< 10:20 0:00 [kworker/2:0H-kblockd]
root 6806 0.0 0.0 0 0 ? I 10:26 0:00 [kworker/3:1-cgroup_destroy]
root 9283 0.0 0.0 0 0 ? I 11:18 0:00 [kworker/1:0-events]
root 12477 0.0 0.0 0 0 ? I 12:15 0:00 [kworker/3:2-events]
root 15283 0.0 0.0 0 0 ? I 13:38 0:01 [kworker/0:2-events_power_efficient]
root 15290 0.0 0.0 0 0 ? I 13:38 0:00 [kworker/1:2-events]
root 15710 0.0 0.0 0 0 ? I 14:02 0:00 [kworker/u8:2-events_unbound]
root 15897 0.0 0.0 0 0 ? I< 14:10 0:00 [kworker/2:2H]
root 15899 0.0 0.0 0 0 ? I< 14:10 0:00 [kworker/3:1H]
root 15985 0.0 0.0 0 0 ? I 14:15 0:00 [kworker/2:0-events_freezable]
root 16045 0.0 0.6 12236 6272 ? Ss 14:18 0:00 sshd: pi [priv]
pi 16053 0.0 0.6 14596 6812 ? Ss 14:18 0:00 /lib/systemd/systemd --user
pi 16056 0.0 0.3 35252 3368 ? S 14:18 0:00 (sd-pam)
root 16064 0.0 0.0 0 0 ? I 14:18 0:00 [kworker/0:1-events_power_efficient]
pi 16071 0.0 0.3 12236 3640 ? S 14:18 0:00 sshd: pi@pts/0
pi 16075 0.1 0.3 8608 3712 pts/0 Ss 14:18 0:01 -bash
root 16110 0.0 0.0 0 0 ? I< 14:20 0:00 [kworker/1:2H]
root 16112 0.0 0.0 0 0 ? I 14:20 0:00 [kworker/2:1-mm_percpu_wq]
root 16120 0.0 0.0 0 0 ? I< 14:20 0:00 [kworker/0:1H]
root 16175 0.0 0.0 0 0 ? I 14:24 0:00 [kworker/u8:0-events_unbound]
root 16303 0.0 0.0 0 0 ? I< 14:25 0:00 [kworker/3:0H]
root 16307 0.0 0.0 0 0 ? I< 14:25 0:00 [kworker/0:0H]
root 16311 0.0 0.0 0 0 ? I 14:25 0:00 [kworker/2:2-events]
root 16318 0.0 0.0 0 0 ? I 14:25 0:00 [kworker/0:0]
root 16356 0.0 0.0 0 0 ? I< 14:28 0:00 [kworker/1:0H]
root 16422 0.0 0.0 0 0 ? I 14:29 0:00 [kworker/3:0]
root 16434 0.0 0.0 0 0 ? I 14:29 0:00 [kworker/u8:1]
pi 16435 0.0 0.2 9784 2560 pts/0 R+ 14:30 0:00 ps aux
www-data 19115 0.0 0.9 191932 9496 ? S 00:00 0:00 /usr/sbin/apache2 -k start
www-data 19116 0.0 0.9 192024 9540 ? S 00:00 0:00 /usr/sbin/apache2 -k start
www-data 19117 0.0 1.1 192040 11180 ? S 00:00 0:00 /usr/sbin/apache2 -k start
www-data 19119 0.0 0.9 192032 9544 ? S 00:00 0:00 /usr/sbin/apache2 -k start
www-data 19120 0.0 0.9 192032 9544 ? S 00:00 0:00 /usr/sbin/apache2 -k start
root 22383 3.3 3.8 91696 38320 ? Sl 01:03 27:07 python /usr/bin/weewxd --daemon --pidfile=/run/weewx/weewx.pid /etc/weewx/weewx.conf
root 22477 0.0 0.0 0 0 ? I< 01:05 0:00 [kworker/3:2H-kblockd]
www-data 23907 0.0 0.9 192032 9536 ? S 01:48 0:00 /usr/sbin/apache2 -k start
www-data 23908 0.0 0.9 191652 9212 ? S 01:48 0:00 /usr/sbin/apache2 -k start
www-data 25693 0.0 0.9 192032 9544 ? S 03:13 0:00 /usr/sbin/apache2 -k start
www-data 25694 0.0 0.9 192032 9548 ? S 03:13 0:00 /usr/sbin/apache2 -k start
Desde la mas absoluta ignorancia pregunto:
cuando pongo las lineas que genera la consola lo hago seleccionando el texto y con el boton derecho, click.
Esto copia el texto pero a su vez, hace como intro, y todo lo seleccionado, linea a linea lo envia a la terminal como comando para ejecutar.
La terminal devuelve error pero es posible que alguna linea haya provocado este lio ????.
No se si me haya explicado bien.......
Por prevenir males mayores, he utilizado ps aux > lista.txt para generar el listado en un archivo.
Segundo:
Borrar lineas.
total 92
drwxr-xr-x 5 pi pi 4096 may 15 14:35 .
drwxr-xr-x 3 root root 4096 jul 10 2019 ..
-rw------- 1 pi pi 22060 may 14 20:44 .bash_history
-rw-r--r-- 1 pi pi 220 jul 10 2019 .bash_logout
-rw-r--r-- 1 pi pi 3523 jul 10 2019 .bashrc
drwx------ 3 pi pi 4096 may 1 15:43 .config
-rwxr-xr-x 1 pi pi 263 mar 4 17:13 copiaweewx.sh
drwx------ 3 pi pi 4096 oct 15 2019 .gnupg
-rw-r--r-- 1 pi pi 0 may 15 14:35 lista2.txt
-rw-r--r-- 1 pi pi 9108 may 15 14:32 lista.txt
drwxr-xr-x 3 pi pi 4096 ene 6 00:16 .local
-rw-r--r-- 1 pi pi 339 mar 9 23:02 meteoclimatic.php
-rw-r--r-- 1 pi pi 807 jul 10 2019 .profile
-rw-r--r-- 1 pi pi 66 ene 6 00:16 .selected_editor
-rwxr-xr-x 1 pi pi 281 may 14 20:43 temp.sh
-rwxr-xr-x 1 pi pi 303 may 14 20:44 temp.sh.save
Resultado: se han borrado y ya solo salen los archivos de siempre.
He listado los ocultos por si alguno no es necesario y lo puedo borrar tambien.
Los de color verde son los únicos que tenia hasta ahora.
-
Todo depende de como te conectes.
Si te conectas con Putty o Bitvise, el botón derecho del ratón es "PEGAR"
Para copiar, solo es necesario seleccionar con el botón izquierdo.
A mi me ha pasado más de una vez y liarla parda también.
apla3
Ah, los ocultos que te aparecen yo también los tengo.
-
Pues podemos dar por resuelto el tema. plau2
Mil gracias a ambos.
Saludos.
-
Hola,
he intentado seguir el hilo porque en los reinicios weewx me da problemas similares.... pero mi desconocimiento de linux es profundo y me he perdido. ???
Me ha parecido entender que hay un problema con el sistema de reloj y arranque actuales (el que tenemos tras instalar con los scripts de Jantoni, en mi caso con weewx 3.8.2 y Raspi 3 B+) y que sería conveniente cambiarlo.
Se que es un trabajo adicional, pero ¿podríais hacer un breve resumen de los cambios que sería recomendable hacer?
Gracias de antemano
-
No, no es un problema del script.
Es un problema de los mil cambios je hacen a Raspbian.
Ah no, que ya no es raspbian. Hasta eso han cambiado, ahora es Raspberry Pi OS.
Con el script todo funciona correcto en cuanto al reloj, el problema es que hay una mezcla de Systemd y SystemV que provoca un retraso en el arranque de weewx de uno o dos minutos.
Yo no he sido capaz de reproducir los problemas de Rubendgl en mi raspi zero.
Todo esto me hace pensar que no merece la pena seguir con el script, ya que los cambios son tan rápidos en el sistema operativo, que no es plan de ir investigando.
-
Me refiero sobre todo a los cambios que hacen en Raspberry Pi y la mierda de sistema operativo que han montado con objeto de que la misma distribución sea válida para todas las versiones de Raspi, incluida la nueva Raspi 4 con 8 gigabytes de ram.
¿A donde vamos a llegar?
-
Aparte de lo que dices jantoni de la deriva de Raspian creo que weewx debería también de actualizar el instalador para funcionar en sistemas basados en debian con systemd en vez de seguir con systemV.
systemV es ya un anacronismo y lo mantienen en estos SO por compatibilidad con viejos programas pero weewx que es un programa que no deja de actualizarse debería de ya actualizarse a operar en systemD y se ahorrarían esos problemas de por ejemplo el reloj en el arranque.
No sé los motivos exactos y espero que lo pongan por defecto antes porque según mi criterio presenta numerosas ventajas. No se puede tener un programa funcionando configurado para una cosa vieja y si quieres ponerla con la nueva estar tirando de configuraciones que no todo el mundo sabe hacer.
-
Raspberry Pi con 8 GB de Ram... Supongo que le vendrán bien a alguien.
Yo por mi parte pienso que mejoraría mas con una versión que tuviera eMMC y no tanta Ram, para poder cargar ahí el SO. Se movería Weewx y todo mucho as fluido.
-
Gracias por los comentarios,
... aunque me temo que continuo perdido...
¿Vale la pena cambiar del uso de mecanismos con SystemV a los de SystemD o es mejor dejarlo como está hasta que weewx cambie la forma de instalación?
Jantoni, disculpa si he dado la impresion de atribuir a tus scripts el problema. Solo lo he mencionado como refrencia del tipo de instalacion que tengo, y de hecho me fue muy util para instalar weewx.
-
Hola Milhuer
sí.... siento haberte dejado al margen ya que eras tú quien ha preguntado y haber entrado al trapo de jantoni *+* *+*
En este mismo hilo tienes los pasos que le di a Rubendgl
https://forum.meteoclimatic.net/index.php/topic,2796.msg22319.html#msg22319
Todo ello a partir del hilo en el que dicen cómo usar weewx con systemd:
https://github.com/weewx/weewx/wiki/systemd
No es por asustarte pero podrías tener problemas, pero si te animas y lo haces ponlos en este mismo hilo para intentar ayudarte.... seguro que lo consigues ;)
-
La verdad es que p, una vez que te metes en systemd, puede que hasta te guste.
Jmviper y yo nos hemos pegado unos buenos chats con este tema.
Pero la adaptación es dura y maldices cada dos por tres cuando te dejan de funcionar cosas que habían funcionado bien desde hace años y años.
Por ejemplo, me dejo de funcionar rc.local, algo básico en toda instalación de Linux. Tuve que transformar rc.local a systemd. Todo esto en la raspi zero.