No actualiza web y siempre 19/2/16

[nevades]

Hola a tod@s. Resulta que desde el 19 de diciembre no consigo conectar la consola con el weewx. He probado con otro cable usb-serial, con otra raspberry, y el problema sigue.
Abrí un hilo en la sección de davis por si era el data logger que se había roto, pero no he tenido respuesta. De todos modos he conectado la consola al pc y con el weatherlink sí que funciona todo bien. Supongo que con eso queda descartado el tema del dataslogger. Yo venía funcionando muy bien con la imagen de jantoni 4.0.5 hasta que todo quedó parado el 19 de diciembre 2016 a las 0610h.
Instalé la 5.1 y la primera web que me origina es la misma 19/12/16 y con la temperatura exterior N/A. Ayer mismo instalé jessi del 23 de septiembre y el script de jantoni. Todo bien, pero la primera pagina que me genera es la misma, 19/12/16. Ya no se por donde ir. Os paso los dos logs a ver si me podeis ayudar.

weewx.lo
https://dl.dropboxusercontent.com/u/50821146/weewx.log

syslog
https://dl.dropboxusercontent.com/u/50821146/syslog

[sunbloquer]

Algo parecido fue lo que me paso a mi y creo a otro usuario, que se quedo parado en un dia.....

[sunbloquer]

Yo no tengo mucha idea aun asi miro el log, asi se aprende (creo).

En el Weewx.log

Lo que veo a inicio es un retraso en el reloj que ya vi en otros errores de este post, creo que a burgati, mirate su post

Dec 29 19:20:53 raspberrypi weewx[629]: engine: Clock error is -17.15 seconds (positive is fast)

Aqui por alguna razón se intento añadir un registro mas a la BBDD

Dec 29 19:27:10 raspberrypi weewx[629]: manager: added record 2016-12-18 11:20:00 UTC (1482060000) to database 'weewx.sdb'
Dec 29 19:27:10 raspberrypi weewx[629]: manager: added record 2016-12-18 11:20:00 UTC (1482060000) to daily summary in 'weewx.sdb'
Dec 29 19:27:10 raspberrypi weewx[629]: manager: unable to add record 2016-12-18 11:20:00 UTC (1482060000) to database 'weewx.sdb': UNIQUE constraint failed: archive.dateTime

y al final te quedaste sin hora

Jan  1 00:00:36 raspberrypi weewx[362]: Starting weewx weather system: weewx.
Jan  1 00:01:36 raspberrypi weewx[538]: engine: waiting for sane time.  current time is 1970-01-01 00:01:36 UTC (96)
Jan  1 00:02:36 raspberrypi weewx[538]: engine: waiting for sane time.  current time is 1970-01-01 00:02:36 UTC (156)
Jan  1 00:03:36 raspberrypi weewx[538]: engine: waiting for sane time.  current time is 1970-01-01 00:03:36 UTC (216)
Jan  1 00:04:36 raspberrypi weewx[538]: engine: waiting for sane time.  current time is 1970-01-01 00:04:36 UTC (276)
Jan  1 00:05:36 raspberrypi weewx[538]: engine: waiting for sane time.  current time is 1970-01-01 00:05:36 UTC (336)

has reiniciado la PI varias veces a ver si coge la hora?

En cuanto al registro de mas creo que deberás borrarlo de la BBDD

Sys.log

Este no se ni por donde cogerlo, creo que hay un baile de fechas en el, pero no se, no te fies mucho de mi...

Código: [Seleccionar]

Dec 30 09:52:48 raspberrypi systemd[620]: Time has been changed
Dec 30 09:52:48 raspberrypi systemd[1]: Time has been changed
Dec 30 09:52:48 raspberrypi dbus[370]: [system] Successfully activated service 'org.freedesktop.UDisks2'
Dec 30 09:52:48 raspberrypi systemd[1]: Started Disk Manager.
Dec 30 09:52:48 raspberrypi udisksd[876]: Acquired the name org.freedesktop.UDisks2 on the system message bus
Dec 30 09:52:49 raspberrypi dbus[370]: [system] Activating via systemd: service name='org.bluez' unit='dbus-org.bluez.service'
Dec 30 09:52:49 raspberrypi systemd[1]: Starting Bluetooth service...
Dec 30 09:52:49 raspberrypi bluetoothd[887]: Bluetooth daemon 5.23
Dec 30 09:52:49 raspberrypi dbus[370]: [system] Successfully activated service 'org.bluez'
Dec 30 09:52:49 raspberrypi systemd[1]: Started Bluetooth service.
Dec 30 09:52:49 raspberrypi bluetoothd[887]: Starting SDP server
Dec 30 09:52:49 raspberrypi kernel: [   54.753626] Bluetooth: Core ver 2.21
Dec 30 09:52:49 raspberrypi kernel: [   54.753957] NET: Registered protocol family 31
Dec 30 09:52:49 raspberrypi kernel: [   54.753980] Bluetooth: HCI device and connection manager initialized
Dec 30 09:52:49 raspberrypi kernel: [   54.754023] Bluetooth: HCI socket layer initialized
Dec 30 09:52:49 raspberrypi kernel: [   54.754053] Bluetooth: L2CAP socket layer initialized
Dec 30 09:52:49 raspberrypi kernel: [   54.754114] Bluetooth: SCO socket layer initialized
Dec 30 09:52:50 raspberrypi kernel: [   54.911079] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
Dec 30 09:52:50 raspberrypi kernel: [   54.911119] Bluetooth: BNEP filters: protocol multicast
Dec 30 09:52:50 raspberrypi kernel: [   54.911167] Bluetooth: BNEP socket layer initialized
Dec 30 09:52:50 raspberrypi dbus[370]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service'
Dec 30 09:52:50 raspberrypi bluetoothd[887]: Bluetooth management interface 1.10 initialized
Dec 30 09:52:50 raspberrypi systemd[1]: Starting Hostname Service...
Dec 30 09:52:50 raspberrypi pulseaudio[871]: org.bluez.Manager.GetProperties() failed: org.freedesktop.DBus.Error.UnknownMethod: Method "GetProperties" with signature "" on interface "org.bluez.Manager" doesn't exist
Dec 30 09:52:50 raspberrypi pulseaudio[871]: org.bluez.Manager.GetProperties() failed: org.freedesktop.DBus.Error.UnknownMethod: Method "GetProperties" with signature "" on interface "org.bluez.Manager" doesn't exist
Dec 30 09:52:50 raspberrypi systemd-hostnamed[917]: Warning: nss-myhostname is not installed. Changing the local hostname might make it unresolveable. Please install nss-myhostname!
Dec 30 09:52:50 raspberrypi dbus[370]: [system] Successfully activated service 'org.freedesktop.hostname1'
Dec 30 09:52:52 raspberrypi org.gtk.Private.AfcVolumeMonitor[788]: Volume monitor alive
Dec 30 09:52:52 raspberrypi systemd[1]: Started Hostname Service.
Dec 30 10:07:07 raspberrypi systemd[1]: Starting Cleanup of Temporary Directories...
Dec 30 10:07:07 raspberrypi systemd[1]: Started Cleanup of Temporary Directories.
Dec 30 10:09:01 raspberrypi CRON[6812]: (root) CMD (  [ -x /usr/lib/php5/sessionclean ] && /usr/lib/php5/sessionclean)
Sep 23 04:03:42 raspberrypi dphys-swapfile[372]: done.
Dec 29 18:41:09 raspberrypi systemd[1]: Started LSB: Autogenerate and use a swap file.
Dec 29 19:17:25 raspberrypi systemd[1]: Started System Logging Service.
Jan  1 00:00:27 raspberrypi rsyslogd: [origin software="rsyslogd" swVersion="8.4.2" x-pid="400" x-info="http://www.rsyslog.com"] start
Dec 29 19:39:01 raspberrypi CRON[7478]: (root) CMD (  [ -x /usr/lib/php5/sessionclean ] && /usr/lib/php5/sessionclean)
Jan  1 00:00:28 raspberrypi rsyslogd: [origin software="rsyslogd" swVersion="8.4.2" x-pid="400" x-info="http://www.rsyslog.com"] start

Miraria si se ha cambiado algo de fecha en raspi.config...

No te he ayudado mucho lo siento, nos servirá para aprender los dos. Suerte


 

[nevades]

Gracias. Yo también he visto cosas raras en la hora, pero no tengo ni idea. La consola está puesta ahora en invierno una hora por detrás de la nuestra, y en la zona horaria he probado en gmt y en gmt + 1, y nada.

[Xavi-EA5ZF]

Por lo que cuentas tienes o has tenido un problemilla con el reloj del ordenador que ha ocasionado que weewx grabe fechas a futuro o haya corrompido la memoria del dataloger.
Hay que ver que es lo que ha sucedido antes de romper nada y la solución depende de si aceptas perder datos y funcionar rapidamente o no quieres perder nada mas que lo mínimo y quieres trabajar "fino".
Lo primero es hacer copia de seguridad de la BBDD de weewx.
Una vez hecha, te descargas el fichero y lo analizas con el sqlite manager mirando si alguna fecha es mas reciente que la que debe ser y/o borrando los registros obsoletos.
Recuerda que las fechas en la base de datos se almacenan como un nº entero, eso se llama epoch. Mira con un conversor de fecha y convirtiendo el nº mayor que tengas en la bbdd, sabrás cual es la fecha mayor de registro guardada, si ves alguna fecha que no toque, habrá que borrarla.
Si sabes SQL es fácil, si no, hay que entrar on el sqlite manager tabla por tabla, posicionarte al final y borrar a mano los registros "malos".
Después, para evitar que el dataloger te lo enguarre de nuevo, hay que borrarlo, creo que era con el comando wee_device --clear-memory mira el manual de hardware en la web de weewx para estar seguro antes de darle a las teclas.
Con esto ya podrías arrancar weewx y seguro que arrancaría.
No estaría de mas que para otra incidencia adjuntaras en un zip copia del fichero weewx.log
Y a lo mejor dump o volcado de la memoria del dataloger con wee_device --dump mejor con wee_device --logger-summary=/var/tmp/summary.txt y ese fichero lo adjuntas para analizarlo.
Saludos.
Xavi

[jantoni]

Este problema es exclusivo de weewx, ya que weewx es muy exigente con la calidad de datos, cosa que no sé si se da en otros programas.

Imaginemos

Ese 19 de diciembre, tras la última actualización, pasa algo y por arte de magia, se crea un registro con fecha 2 de enero de 2025

Weewx sigue recibiendo datos y guardandolos en la base de datos. Pero, hasta el 2 de enero de 2025 no volverá a actualizar todo.

Como han dicho, la solución es :

- buscar el registro
- borrar el registro
- buscarlo también en el datalogger y borrarlo. O borrar todo el datalogger para evitar más problemas.

Esto funciona, me juego 0,10€ :-)

Para borrar un registro con la fecha "loca" es sencillo, tan solo hay que buscar un registro con el tiempo de linux superior a la fecha de hoy.

En internet hay muchos conversores de fecha y hora en cristina a formato linux.

Y luego es buscar los registros que sean mayores que ese número.

Venga, estáis cerca.

Creo que vamos a tener que tomar en seerio lo de poner un RTC a las raspis....yo, a pesar de que tengo un par de diferenciales graciosos en casa y que me quedo sin luz, al menos una vez a la smana, jamás he tenido estos problemas, pero ya veo que siempre hay excepciones.

[nevades]

Gracias por vuestras respuestas. Esa noche hubo tormenta en la zona de Valencia y se fué la luz. Por lo visto los tiros irán por ahí. De todas formas, por si no puedo editar la base de datos, me podeis indicar como puedo borrar todo el datalogger?

Gracias

[Xavi-EA5ZF]

Después, para evitar que el dataloger te lo enguarre de nuevo, hay que borrarlo, creo que era con el comando wee_device --clear-memory

Evidentemente hay que parar primero el weewx.
Eso es para borrar el dataloger, pero la base de datos hay que editarla para quitar los registros malos o borrarla completamente.
Se impone antes de tocar nada hacer una copia de la BBDD, luego si no te aclaras, de alguna forma pones el fichero en dropbox o algo similar y lo miramos.
Xavi

[jantoni]

Ya sé porque yo nunca he tenido problemas con los registros con fecha erronea del datalogger

¡Porque mi Davis Vue no tiene datalogger!

 

[nevades]

Una cosa. Si digo una animalada me disculpais, pero el datalogger no se debería poder borrar desde la propia consola?

[sunbloquer]

Otra animalada. Jantoni, si tu consola no se conecta por datalogger, te refieres a que usas la conexión oficial de Davis no? El weatherlink o como se llame.......

[Xavi-EA5ZF]

Off-topic:
Jantoni lo siento, pero por eso mismo a cada parada pierdes datos, HI HI.

Todas las balanzas tienen peso y contrapeso.

73's de Xavi, EA5ZF

[Xavi-EA5ZF]

Nostradamus, no, la Davis en su parte posterior, en el conector de datos tiene una salida serie que es la que conecta a un puerto que tiene la raspberry de forma directa, no utiliza ni dataloger ni nada de Davis, solo estación, cable y raspy. Por ello, como no tiene ningún tipo de memoria interpuesta, si apaga ordenador pierde datos. Y por supuesto, al no tener memoria que se pueda corromper o dañar, es un elemento menos a dar problemas.

Nevades:

Una cosa. Si digo una animalada me disculpais, pero el datalogger no se debería poder borrar desde la propia consola?

No lo he encontrado nunca en el manual, es posible, pero de todas formas el dataloger está pensado para su uso desde un ordenador, tampoco me parece extraño que se borre desde ahí.
Xavi

[sunbloquer]

Gracias. Yo también he visto cosas raras en la hora, pero no tengo ni idea. La consola está puesta ahora en invierno una hora por detrás de la nuestra, y en la zona horaria he probado en gmt y en gmt + 1, y nada.

Has visto que aqui aconsejan poner la hora en UTC?

[sunbloquer]

Nostradamus, no, la Davis en su parte posterior, en el conector de datos tiene una salida serie que es la que conecta a un puerto que tiene la raspberry de forma directa, no utiliza ni dataloger ni nada de Davis, solo estación, cable y raspy. Por ello, como no tiene ningún tipo de memoria interpuesta, si apaga ordenador pierde datos. Y por supuesto, al no tener memoria que se pueda corromper o dañar, es un elemento menos a dar problemas.

Ahh ok, tiene algo bueno y algo malo dependiendo los ojos con los que se mire, ahora no recuerdo pero la Davis por si sola guarda una determinada cantidad de registros en su memoria interna no? a cuanto de apagado de raspberry corresponderá? digo yo que una vez reiniciada la raspberry los datos que no envio los recupere directamente de la consola....o son datos perdidos?