Meteoclimatic
Software => WeeWX => Mensaje iniciado por: Samal en 17 de Abril del 2021, 20:51:29 pm
-
Hola a todos,
Tengo el weewx con el skin belchertown y he sacado una cuenta en hosting + un dominio.
Configuro el ftp de weewx.conf y no hay manera de subir datos. Alguna cosa no hago bien porque no lo entiendo.
[[FTP]]
# FTP'ing the results to a webserver is treated as just another report,
# albeit one with an unusual report generator!
skin = Ftp
# If you wish to use FTP, set "enable" to "true", then
# fill out the next four lines.
# Use quotes around passwords to guard against parsing errors.
enable = true
user = AQUI NOMBRE DE USUARIO DEL HOSTIG
password = AQUÍ LA CONTRASEÑA
server = AQUI EL NOMBRE DEL SERVIDOR # The ftp server name, e.g, www.myserver.org
path = / AQUI HE PUESTO EL NOMBRE DE DONDE ESTA LA CARPETA QUE CREE /cim # The destination directory, e.g., /weather
# Set to True for an FTP over TLS (FTPS) connection. Not all servers
# support this.
secure_ftp = AQUI ES DONDE ME VIENEN LAS DUDAS. EL HOSTING ME DICE "SFTP"
# To upload files from something other than what HTML_ROOT is set
# to above, specify a different HTML_ROOT here.
#HTML_ROOT = /var/www/html/weewx
# Most FTP servers use port 21
port = AQUI EL HOSTING ME DICE QUE USE EL PUERTO 22
# Set to 1 to use passive mode, zero for active mode
passive = 1
Tengo que configurar alguna cosa mas?. Alguna cosa me tiene que estar fallando porque no sube nada de nada.
He estado un buen rato realizando pruebas a base de cambiar cosas y no hay manera.
Con los datos que tengo si que conecto con el filezilla al servidor.
Siento tener que consultar una cosa que creo tiene que ser de cajón.
Gracias
-
Hola Samal.
Estamos todos últimamente con dominios y FTPs *+* *+*
Si tu hosting te dice sftp por el puerto 22 es sftp (SSH File Transfer Protocol), dicho de otro modo una especie de FTP por SSH.
Así poneSet to True for an FTP over TLS (FTPS) connection. El FTP con seguridad (SSL/TLS) es el FTPS (con conexión implícita) y el FTPES (con conexión explícita). A estas clases de FTPS son a las que hace referencia esa sección.
No viene por defecto el SFTP en la configuración de weewx y tendrás que instalar su extensión:
https://github.com/matthewwall/weewx-sftp
Sigue las instrucciones y configura la nueva sección para el servidor sftp que te habrá creado y recarga weewx.
-
Anda wevos, si no fuera por vosotros valdria mas que me conformara con la consola sainlogic y a correr.
Bien, pues ala...., haber que sorpresas me deparara esta extensión *-* *-*
Gracias jmviper
-
O usar ftp normal sin el secure
-
Por cuanto te sale el dominio y el hosting?
-
Por cuanto te sale el dominio y el hosting?
Hola,
Hosting: 6 primeros meses 1€ al mes. luego 3€.
Dominio: primer año dominio gratis. luego 10€ año.
Falta incrementar el iva en todos los precios.
50GB de espacio + 5 bases de datos. Incluye e-mail.
Se puede coger una opción mayor que después del primer año son 8€ + iva. Es una oferta que tienen ahora. Te explico el porque:
El primer año es solo 1€ mas iva. Al finalizar el año se cambia a la anterior y te ahorras unos euritos en 6 meses.
Yo lo he echo asi. Es un hosting contrastado. Creo recordar que jantoni puso por algún lugar que había trabajado con el. No pongo el nombre porque vi en un post de este foro que no quieren nombres de hostings ni cosas de estas. Yo estuve años con el, desde que aterrizo por aquí hará unos 15 años. El primer año era todo gratis. No ser las cuentas que saque *-*
jantoni, creo recordar que probé sin el secure y no me funcionaba. Cuando tenga un poco de tiempo intentare instalar lo que me ha dicho jmviper. De momento en ese enlace pone que también hay que instalar (no se si esta ya instalado con python3 pero no se como mirarlo) sudo pip install pysftp. intente con lo siguiente y me dio calabazas sudo apt install pysftp. Tengo que primero hacer copia de tarjeta y luego probar aventuras :;
Saludos
-
De momento en ese enlace pone que también hay que instalar (no se si esta ya instalado con python3 pero no se como mirarlo) sudo pip install pysftp. intente con lo siguiente y me dio calabazas sudo apt install pysftp. Tengo que primero hacer copia de tarjeta y luego probar aventuras :;
Lo mejor es cuando salga un error ponerlo, así nos dará pistas, o si no vamos a ciegas.
Para mirar qué versión de Python estás usando ejecuta ls -l /usr/bin/python*
Por ejemplo en el mío:
root@orangepipc:~# ls -l /usr/bin/python*
lrwxrwxrwx 1 root root 7 oct 3 2020 /usr/bin/python -> python3
Con ese resultado ya sabemos qué versión(es) de Python tenemos. Lo normal es que tengas la 3.
Según tengas vemos si está instalado pip o pip3 ya que el lío viene de las versiones de Python (la 2 y la 3).
Para ver qué pip tienes instalado sudo apt list python*-pip
-
Ummmmm......
No recuerdo que se haya dicho nunca lo del hosting.....
Es más, yo ya he dicho varias veces con quien he trabajado.
Anteriormente trabajé con 1and1 y nunca me acabó de gustar, muchas incidencias.
Llevo un tiempo trabajando (un par de años) con OVH. Si trabajas con un CMS como Wordpress no es el hosting más rápido, pero si no trabajas con Wordpress, o cualquier otro CMS, la velocidad no importa. Lo podéis probar.....mi web https://jantoni.es tiene la página principal en Wordpress y se nota lenta.....pero una vez das el botón rojo de la muerte, la velocidad es muy buena, ya que trabaja directamente con las páginas generadas por Weewx
https://jantoni.es/meteo Belchertown
https://jantoni.es/meteo/davis1 Seasons
Pero insisto que, solo es necesario el hosting si vas a almacenar algo más que las páginas generadas por Weewx.
Con el dominio (un .es cuesta 5 euros al año en OVH), tienes 5 MByte que dan más que de sobra para almacer la web generada por Weewx....sin fotos ni cosas de esas.
El Hosting cuesta 29 euros al año (iva incluido), con 100GB de almacenamiento.......1 base de datos con 200 MB de espacio, pero es que para esto no hace falta base de datos. Si te hiciera falta base de datos, es que vas a usar un VPS y entonces, este alojamiento no te vale, tendrías que contratar algo que pudieras acceder al sistema operativo.
-
En cuanto al tema de enviar los datos, con secure o sin secure......
Esto es lo que tengo para subir a OVH
[[FTP]]
# FTP'ing the results to a webserver is treated as just another report,
# albeit one with an unusual report generator!
skin = Ftp
# If you wish to use FTP, set "enable" to "true", then
# fill out the next four lines.
# Use quotes around passwords to guard against parsing errors.
enable = true
user = xxxxxxxxxxx
password = yyyyyyyyyyyyyy
server = ftp.cluster026.hosting.ovh.net # The ftp server name, e.g, www.myserver.org
path = www/meteo # The destination directory, e.g., /weather
# Set to True for an FTP over TLS (FTPS) connection. Not all servers
# support this.
secure_ftp = False
# To upload files from something other than what HTML_ROOT is set
# to above, specify a different HTML_ROOT here.
#HTML_ROOT = /var/www/html/weewx
# Most FTP servers use port 21
port = 21
# Set to 1 to use passive mode, zero for active mode
passive = 1
Esto lo envía la Orange Pi, que todavía está en paquete Debian, por lo que usa /etc/weewx en lugar de /home/weewx
Los ficheros a enviar están en /var/www/html/weewx
Fíjate que el directorio al que se sube es "www/meteo". Por lo general a los servidores ftp de los hosting hay que indicar el path relativo.....y no el absoluto.
Al poner "www/meteo", tengo que buscar, con el navegador en "https:/xx.xx/meteo". En este caso https://jantoni.es/meteo
En tu caso has indicado
path = / AQUI HE PUESTO EL NOMBRE DE DONDE ESTA LA CARPETA QUE CREE /cim # The destination directory, e.g., /weather
Por lo que has puesto una dirección absoluta al directorio y no relativa.
Prueba con:
path = cim
Si eso no funciona, tendrás que acceder al servidor y ver la estructura de los directorios..
Esta es la estructura que tengo en OVH.....
(https://forum.meteoclimatic.net/index.php?action=dlattach;topic=3533.0;attach=5609;image)
Es decir el path es /home/xxxxxxxx/www
(https://forum.meteoclimatic.net/index.php?action=dlattach;topic=3533.0;attach=5611;image)
Y luego el path es /home/xxxxxxx/meteo
En Weewx, si uso dirección relativa pòngo "www/meteo"
Si uso absoluta tengo que poner "/home/xxxxxxxxx/www/meteo"
-
No sé si lo he dicho.....me lio a escribir *+* *+* *+*
Unos servidores FTP requieren en la dirección relativa el /
Otros no. En el caso de OVH no lo necesita y al indicar www/meteo interpreta que es /home/xxxxxxxxx/www/meteo
Y, recuerda, que en el log de Weewx debes ver que está ocurriendo.
-
Bueno, pues el que es negado es negado o no lo entiendo. eSto es lo que he instalado previa copia de sd, no fuera...
pi@raspberrypi:~ $ sudo apt list python*-pip
Listando... Hecho
python-pip/testing,now 18.1-5+rpt1 all [instalado]
python3-pip/testing,now 18.1-5+rpt1 all [instalado]
pi@raspberrypi:~ $
pi@raspberrypi:~ $ sudo pip3 install pysftp
Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
Collecting pysftp
Downloading https://www.piwheels.org/simple/pysftp/pysftp-0.2.9-py3-none-any.whl
Collecting paramiko>=1.17 (from pysftp)
Downloading https://files.pythonhosted.org/packages/95/19/124e9287b43e6ff3ebb9cdea3e5e8e88475a873c05ccdf8b7e20d2c4201e/paramiko-2.7.2-py2.py3-none-any.whl (206kB)
100% |████████████████████████████████| 215kB 1.6MB/s
Requirement already satisfied: cryptography>=2.5 in /usr/lib/python3/dist-packages (from paramiko>=1.17->pysftp) (2.6.1)
Collecting bcrypt>=3.1.3 (from paramiko>=1.17->pysftp)
Downloading https://www.piwheels.org/simple/bcrypt/bcrypt-3.2.0-cp37-cp37m-linux_armv7l.whl (57kB)
100% |████████████████████████████████| 61kB 550kB/s
Collecting pynacl>=1.0.1 (from paramiko>=1.17->pysftp)
Downloading https://www.piwheels.org/simple/pynacl/PyNaCl-1.4.0-cp37-cp37m-linux_armv7l.whl (605kB)
100% |████████████████████████████████| 614kB 401kB/s
Requirement already satisfied: six>=1.4.1 in /usr/lib/python3/dist-packages (from bcrypt>=3.1.3->paramiko>=1.17->pysftp) (1.12.0)
Collecting cffi>=1.1 (from bcrypt>=3.1.3->paramiko>=1.17->pysftp)
Downloading https://www.piwheels.org/simple/cffi/cffi-1.14.5-cp37-cp37m-linux_armv7l.whl (346kB)
100% |████████████████████████████████| 348kB 603kB/s
Collecting pycparser (from cffi>=1.1->bcrypt>=3.1.3->paramiko>=1.17->pysftp)
Downloading https://files.pythonhosted.org/packages/ae/e7/d9c3a176ca4b02024debf82342dab36efadfc5776f9c8db077e8f6e71821/pycparser-2.20-py2.py3-none-any.whl (112kB)
100% |████████████████████████████████| 112kB 2.2MB/s
Installing collected packages: pycparser, cffi, bcrypt, pynacl, paramiko, pysftp
Successfully installed bcrypt-3.2.0 cffi-1.14.5 paramiko-2.7.2 pycparser-2.20 pynacl-1.4.0 pysftp-0.2.9
pi@raspberrypi:~ $
pi@raspberrypi:~ $ wget -O weewx-sftp.zip https://github.com/matthewwall/weewx-sftp/archive/master.zip
--2021-04-18 12:12:46-- https://github.com/matthewwall/weewx-sftp/archive/master.zip
Resolviendo github.com (github.com)... 140.82.121.4
Conectando con github.com (github.com)[140.82.121.4]:443... conectado.
Petición HTTP enviada, esperando respuesta... 302 Found
Localización: https://codeload.github.com/matthewwall/weewx-sftp/zip/master [siguiendo]
--2021-04-18 12:12:47-- https://codeload.github.com/matthewwall/weewx-sftp/zip/master
Resolviendo codeload.github.com (codeload.github.com)... 140.82.121.10
Conectando con codeload.github.com (codeload.github.com)[140.82.121.10]:443... conectado.
Petición HTTP enviada, esperando respuesta... 200 OK
Longitud: no especificado [application/zip]
Grabando a: “weewx-sftp.zip”
weewx-sftp.zip [ <=> ] 17,82K --.-KB/s en 0,07s
2021-04-18 12:12:47 (260 KB/s) - “weewx-sftp.zip” guardado [18251]
pi@raspberrypi:~ $ sudo wee_extension --install weewx-sftp.zip
Request to install 'weewx-sftp.zip'
Extracting from zip archive weewx-sftp.zip
Saving installer file to /usr/share/weewx/user/installer/sftp
Saved configuration dictionary. Backup copy at /etc/weewx/weewx.conf.20210418121306
Finished installing extension 'weewx-sftp.zip'
pi@raspberrypi:~ $
He rellenado los datos que pone en el enlace:
[[sftp]]
skin = sftp
user = xxxxxxxxxxxxxxx
password = '"xxxxxxxxxxx"'
server = xxxxxxxxxxxxxxxxxxxxxxxxx
port = 22
path = /cim
Con los mismos datos que tengo puestos en este ultimo código puedo subir archivos con filecilla.
Pero weewx no me sube :-[.
No se muy bien como poner aquí el log de weewx porque la ultima vez que le di al log (ya ni recuerdo que escribi) me salieron un chorro lineas............
LO que veo es que no me ha colocado el sftp debajo de: [StdReport]. Me lo ha colocado mas abajo. JUsto debajo de: [[StandardReport]]
# This is the old "Standard" skin. By default, it is not enabled.
skin = Standard
enable = false
[[Belchertown]]
skin = Belchertown
HTML_ROOT = /var/www/html/weewx/belchertownY encima de [[FTP]]
# FTP'ing the results to a webserver is treated as just another report,
# albeit one with an unusual report generator!
skin = Ftp
Por supuesto que cada cambio que hago reinicio weewx.
Si me pudierais decir exactamente lo que tengo que escribir para poner el log que hace falta para intentar ver que puede estar pasando :-[
Gracias
-
Si tienes el log de weewx separado de syslog ejecuta sudo tail -100 /var/log/weewx.log > log.txt
Si lo tienes mezclado en syslog (por defecto) haz lo mismo pero con /var/log/syslog como ruta. Adjuntas el archivo que se creará llamado log.txt en el directorio donde te encuentras.
-
Pregunta, weewx da la opción de obviar alguna carpeta dentro del directorio que estamos indicando en HTML_ROOT para subir por FTP? Hay una carpeta que no me gustaría subir, pero que necesito que esté ahí.
-
Si tienes el log de weewx separado de syslog ejecuta sudo tail -100 /var/log/weewx.log > log.txt
Si lo tienes mezclado en syslog (por defecto) haz lo mismo pero con /var/log/syslog como ruta. Adjuntas el archivo que se creará llamado log.txt en el directorio donde te encuentras.
Pues espero haberlo hecho bien . Aquí esta el archivo log que me ha creado en /pi
MUchas gracias jmviper
-
Buff qué exageración de syslog… si está poniendo eso del DHCP cada segundo tendrá que rotarlo varias veces al día. Según he visto parece que es cosa de una línea que empieza con inform en /etc/dhcp.conf
Coméntala, (ponle # delante) y reinicia servicio con sudo service dhcpcd restart
En mi opi no tengo eso pero está relacionado con la IP estática del dhcp que pareces tener puesta.
Sigue estos pasos dados por jantoni en la wiki para crear un log para weewx que lo separe de syslog:
http://wiki.meteoclimatic.net/wiki/FAQ_WeeWX#El_log_de_Weewx_se_mezcla_con_el_del_sistema_operativo._.C2.BFPuedo_tener_un_log_individual_para_Weewx.3F
-
Pregunta, weewx da la opción de obviar alguna carpeta dentro del directorio que estamos indicando en HTML_ROOT para subir por FTP? Hay una carpeta que no me gustaría subir, pero que necesito que esté ahí.
Puedes exponer mejor qué quieres hacer exactamente ? Poder ver esa carpeta en el servidor web local pero que no la suba al FTP ? Esa carpeta tiene archivos que genera weewx ?
-
Hola jmviper;
Los pasos que dices de jantoni en la wiki......., zasssss, he ido a crear eso y ya estaba hecho. No se cuando lo hice o si lo trae hecho weewx 4.4.0 que fue el que instale. ahora tengo el 4.5.1.
En cuanto a lo del archivo, Te dejo aquí todo lo que me aparece de Inform en ese archivo:
lineas 7 y 8:
# Inform the DHCP server of our hostname for DDNS.
hostname
Aquí te pongo de la 61 a la 67:
interface eth0
inform 192.168.1.43
interface wlan0
inform 192.168.1.43
static routers=192.168.1.1
static domain_name_servers=80.58.61.250 80.58.61.254
No me aparece en otro lugar
Gracias!
-
Pregunta, weewx da la opción de obviar alguna carpeta dentro del directorio que estamos indicando en HTML_ROOT para subir por FTP? Hay una carpeta que no me gustaría subir, pero que necesito que esté ahí.
Puedes exponer mejor qué quieres hacer exactamente ? Poder ver esa carpeta en el servidor web local pero que no la suba al FTP ? Esa carpeta tiene archivos que genera weewx ?
Exactamente eso es lo que quiero, poder ver las fotos acumuladas de la webcam desde local pero subir solo la última versión para verlo desde la web externa. Ese directorio no lo genera weewx.
-
Hola jmviper;
Los pasos que dices de jantoni en la wiki......., zasssss, he ido a crear eso y ya estaba hecho. No se cuando lo hice o si lo trae hecho weewx 4.4.0 que fue el que instale. ahora tengo el 4.5.1.
En cuanto a lo del archivo, Te dejo aquí todo lo que me aparece de Inform en ese archivo:
lineas 7 y 8:
# Inform the DHCP server of our hostname for DDNS.
hostname
Aquí te pongo de la 61 a la 67:
interface eth0
inform 192.168.1.43
interface wlan0
inform 192.168.1.43
static routers=192.168.1.1
static domain_name_servers=80.58.61.250 80.58.61.254
No me aparece en otro lugar
Gracias!
Puede que hayas instalado/probado a instalar el meteowee de jantoni ?? Weewx no crea un log separado para él.
Como ya tienes el log de weewx ejecuta sudo tail -100 /var/log/weewx.log > log.txt y adjuntas el archivo resultante.
En cuanto a lo de /etc/dhcp.conf ponle una almohadilla delante de esa línea quedando así:
#inform 192.168.1.43
y reinicia el servicio con sudo service dhcpcd restart
-
Pregunta, weewx da la opción de obviar alguna carpeta dentro del directorio que estamos indicando en HTML_ROOT para subir por FTP? Hay una carpeta que no me gustaría subir, pero que necesito que esté ahí.
Puedes exponer mejor qué quieres hacer exactamente ? Poder ver esa carpeta en el servidor web local pero que no la suba al FTP ? Esa carpeta tiene archivos que genera weewx ?
Exactamente eso es lo que quiero, poder ver las fotos acumuladas de la webcam desde local pero subir solo la última versión para verlo desde la web externa. Ese directorio no lo genera weewx.
Yo no he encontrado forma de hacer lo que quieres, el skin ftp envía todo el directorio y los subdirectorios que de él cuelgan. Me imagino que la,extensión sftp hará lo mismo.
Te toca decidir sobre la estructura de datos y poner esas fotos en un directorio aparte.
De todos modos, si nadie conoce la existencia del directorio, nadie entrará.
No obstante.......hay luz al final del camino.
Si no lo puedes hacer con weewx, si lo puedes hacer en el servidor web.
Es decir, Weewx enviará todos los ficheros y directorios que cuelgan de html_root, pero el servidor web puede variar el comportamiento.
Para ello, tendrás que usar el fichero .htaccess
Con ese fichero, bien en el directorio raiz o en el directorio que quieras que no se pueda leer, podrás decir como quieras que se comporte.
Yo ahí ya no tengo experiencia.
https://www.hostinger.es/tutoriales/que-es-el-archivo-htaccess
-
Puede que hayas instalado/probado a instalar el meteowee de jantoni ?? Weewx no crea un log separado para él.
Como ya tienes el log de weewx ejecuta sudo tail -100 /var/log/weewx.log > log.txt y adjuntas el archivo resultante.
En cuanto a lo de /etc/dhcp.conf ponle una almohadilla delante de esa línea quedando así:
#inform 192.168.1.43
y reinicia el servicio con sudo service dhcpcd restart
Que yo sepa no instale con meteowee. Pero bueno, la cuestión es que ya estaba creado.
He realizado lo que dices y adjunto el log. No hay errores.... :; :; :; :;
Gracias de nuevo.
-
Exactamente eso es lo que quiero, poder ver las fotos acumuladas de la webcam desde local pero subir solo la última versión para verlo desde la web externa. Ese directorio no lo genera weewx.
Solo se me ocurre que pongas las fotos acumuladas de la webcam en otro directorio, creando por ejemplo /home/pi/webcam
Después con apache2 mapeamos esa carpeta para que solamente sea accesible localmente.
Editas el archivo /etc/apache2/sites-enabled/000-default.conf
En su interior después de la línea DocumentRoot /var/www/html/weewx que es la que hace que el directorio de weewx sea la raíz del servidor pones esto:
Alias /webcam /home/pi/webcam
<Directory /home/pi/webcam/>
Options Indexes FollowSymLinks
AllowOverride All
Require all denied
Require local
Require ip 192.168
</Directory>
Después reinicias apache2 con sudo service apache2 restart
Esas líneas hacen que sea visible esa carpeta vía localmente o desde tu propia red local en las URL http://localhost/webcam (desde el navegador de la misma raspi) o http://192.168.1.X/webcam (viéndolo desde un navegador de la propia red local con la X cambiada por el número final de la IP de la raspi.
Claro está que tendrás que hacer que el programa que genere las imágenes las envíe a /home/pi/webcam en vez de al directorio web de weewx.
Con la directiva Alias y esos permisos del directorio que crees con ella puedes mapear a tu servidor y solo ser visto localmente cualquier directorio de tu raspi.
Todo eso si tienes puerto 80 abierto al exterior, si no las líneas
Require all denied
Require local
Require ip 192.168
puedes no ponerlas.
-
Que yo sepa no instale con meteowee. Pero bueno, la cuestión es que ya estaba creado.
He realizado lo que dices y adjunto el log. No hay errores.... :; :; :; :;
Apr 18 21:00:54 raspberrypi weewx[32467] ERROR weewx.reportengine: **** Authentication failed.
mira a ver si estás puesto bien en esa sección el nombre de usuario y contraseña que te han dado en tu hosting.
-
Que yo sepa no instale con meteowee. Pero bueno, la cuestión es que ya estaba creado.
He realizado lo que dices y adjunto el log. No hay errores.... :; :; :; :;
Apr 18 21:00:54 raspberrypi weewx[32467] ERROR weewx.reportengine: **** Authentication failed.
mira a ver si estás puesto bien en esa sección el nombre de usuario y contraseña que te han dado en tu hosting.
Lo he mirado un montón de veces. Lo volveré a mirar. Pero que no sea que el hosting obliga a poner un carácter especial en la contraseña y tengo puesto un signo de exclamación: "!". Haber si a weewx no le gusta :-\
Voy a mirar. Gracias!
-
Entonces pon la contraseña entre comillas y prueba
-
Exactamente eso es lo que quiero, poder ver las fotos acumuladas de la webcam desde local pero subir solo la última versión para verlo desde la web externa. Ese directorio no lo genera weewx.
Solo se me ocurre que pongas las fotos acumuladas de la webcam en otro directorio, creando por ejemplo /home/pi/webcam
Después con apache2 mapeamos esa carpeta para que solamente sea accesible localmente.
Editas el archivo /etc/apache2/sites-enabled/000-default.conf
En su interior después de la línea DocumentRoot /var/www/html/weewx que es la que hace que el directorio de weewx sea la raíz del servidor pones esto:
Alias /webcam /home/pi/webcam
<Directory /home/pi/webcam/>
Options Indexes FollowSymLinks
AllowOverride All
Require all denied
Require local
Require ip 192.168
</Directory>
Después reinicias apache2 con sudo service apache2 restart
Esas líneas hacen que sea visible esa carpeta vía localmente o desde tu propia red local en las URL http://localhost/webcam (desde el navegador de la misma raspi) o http://192.168.1.X/webcam (viéndolo desde un navegador de la propia red local con la X cambiada por el número final de la IP de la raspi.
Claro está que tendrás que hacer que el programa que genere las imágenes las envíe a /home/pi/webcam en vez de al directorio web de weewx.
Con la directiva Alias y esos permisos del directorio que crees con ella puedes mapear a tu servidor y solo ser visto localmente cualquier directorio de tu raspi.
Todo eso si tienes puerto 80 abierto al exterior, si no las líneas
Require all denied
Require local
Require ip 192.168
puedes no ponerlas.
Genial, pruebo y comento.
-
Entonces pon la contraseña entre comillas y prueba
Ha estado siempre entre comillas, ya lo puse en otros post:
[[sftp]]
skin = sftp
user = xxxxxxxxxxxxxxx
password = '"xxxxxxxxxxx"'
server = xxxxxxxxxxxxxxxxxxxxxxxxx
port = 22
path = /cim
No se si los del hosting me podrán ayudar. Hoy no he tenido tiempo.
Ya veré, pero nada. no sube nada poniendo los mismos datos en weewx que los que pongo en filecilla.
Gracias!
-
¿Comillas simples y comillas dobles?
Eso no funciona
Efectivamente, lo dijiste....a mi se me pasó por alto.
-
Options
user, password - Username and password of the user. If passord contains a comma or space then enclose it in double quotes. Required.
https://github.com/matthewwall/weewx-sftp
En principio en su documentación pone de poner las comillas dobles (solamente comillas dobles, no mezclar dobles y simples) si hay una coma o un espacio, pero puede que si contiene el signo de exclamación que es un operador haya que ponerlas también.
-
Quizás tenéis razón, luego lo pruebo pero..., Es lo que había cuando se instalo. Yo no las he puesto. Con mis pocos conocimientos lo que hago es no tocar lo que no se y si toco alguna cosa para probar, si no ve resultados lo vuelvo a dejar como estaba.
Repito, si acaso me ha engañado que cuando se instalo el SFTP estaban esas comillas y en medio en ingles ponía que se pusiera el password.
Saludos y gracias.
-
Vaya, si es así es un error de la extensión... prueba solo con comillas dobles a ver.
-
Vaya, si es así es un error de la extensión... prueba solo con comillas dobles a ver.
Hola jmviper. era eso, ya funciona. Solo que tengo una duda mas. Me sale con el skin Seasons. He buscado como poner por defecto el belchertown y me dice lo siguiente:
Edite weewx.conf, luego busque [StdReport]y debajo cambie HTML_ROOTa /var/www/html/weewx. Tenga en cuenta que su directorio HTML puede ser /home/weewx/public_html, por lo que le gustaría /home/weewx/public_html/weewx.
Luego, modifique las opciones de máscara de Belchertown con estas actualizaciones mínimas. Tenga en cuenta que es posible que deba cambiar la ruta como se mencionó anteriormente.
[[Belchertown]]
HTML_ROOT = /var/www/html
skin = Belchertown
Esto es opcional, pero se recomienda: elimine todo el contenido de la HTML_ROOTcarpeta y deje que Belchertown cree un sitio completamente nuevo. Esto evita datos duplicados obsoletos.
Reinicie weewx y deje que genere los archivos en el siguiente intervalo de archivo.
La ruta: HTML_ROOTa /var/www/html/weewx la tenia bien.
He modificado esta: HTML_ROOT = /var/www/html
Me dice que borre toda la carpeta root. La pregunta es:
¿Elimino todos los archivos que hay dentro de: var/www/html/weewx?. ¿Todos todos?.
Gracias!.
-
Veamos, exactamente qué es lo que quieres hacer ?? No generar el Seasons y generar solo el Belchertown ??
Para deshabilitar skins y que no se creen le pones enable = false al skin, por ejemplo:
[[SeasonsReport]]
# The SeasonsReport uses the 'Seasons' skin, which contains the
# images, templates and plots for the report.
skin = Seasons
enable = false
Con eso ya no genera el skin Seasons y por lo tanto si quieres dejar el belchertown solo borras todo el contenido de /var/www/html/weewx y la sección del skin Belchertown la dejas así:
[[Belchertown]]
enable = true
skin = Belchertown
Por defecto el skin se creará en la ruta que haya en el HTML_ROOT de esa sección [StdReport] (HTML_ROOT = /var/www/html/weewx)
Si quisieras los dos a la vez tendrías que decirle de crear una carpeta para el que quisieras diferente a la que está por defecto. Por ejemplo Seasons podrías ponerlo en /var/www/html/weewx/Seasons quedando su sección así:
[[SeasonsReport]]
# The SeasonsReport uses the 'Seasons' skin, which contains the
# images, templates and plots for the report.
skin = Seasons
enable = true
HTML_ROOT = /var/www/html/weewx/Seasons
Encontrarías el skin Belchertown en http://tuweb y el skin Seasons en http://tuweb/Seasons/
-
Veamos, exactamente qué es lo que quieres hacer ?? No generar el Seasons y generar solo el Belchertown ??
Para deshabilitar skins y que no se creen le pones enable = false al skin, por ejemplo:
[[SeasonsReport]]
# The SeasonsReport uses the 'Seasons' skin, which contains the
# images, templates and plots for the report.
skin = Seasons
enable = false
Con eso ya no genera el skin Seasons y por lo tanto si quieres dejar el belchertown solo borras todo el contenido de /var/www/html/weewx y la sección del skin Belchertown la dejas así:
[[Belchertown]]
enable = true
skin = Belchertown
Por defecto el skin se creará en la ruta que haya en el HTML_ROOT de esa sección [StdReport] (HTML_ROOT = /var/www/html/weewx)
Si quisieras los dos a la vez tendrías que decirle de crear una carpeta para el que quisieras diferente a la que está por defecto. Por ejemplo Seasons podrías ponerlo en /var/www/html/weewx/Seasons quedando su sección así:
[[SeasonsReport]]
# The SeasonsReport uses the 'Seasons' skin, which contains the
# images, templates and plots for the report.
skin = Seasons
enable = true
HTML_ROOT = /var/www/html/weewx/Seasons
Encontrarías el skin Belchertown en http://tuweb y el skin Seasons en http://tuweb/Seasons/
Entendido jmviper.
Luego lo modifico. Me sale belchertown aquí: https://meteocimparets.aijir.es/belchertown (https://meteocimparets.aijir.es/belchertown)
Y yo, lo que quiero es que me salga aqui: https://meteocimparets.aijir.es (https://meteocimparets.aijir.es)
Pero ya esta..., por fin.....
Muchas gracias!.
-
Pues ahora si la he liado. Como no me dejaba borrar el contenido /var/www/html/weewx
Le he intentado dar permisos asi:
chmod -R ugo+rwx /var/www/html/weewx
Y ahora no me actualiza weewx ni me abre en local http://192.168.1.43/weewx/belchertown/
:; :; :; :; :; :;
Dejo el log de weewx adjunto
-
El log se queda corto, debería por lo menos tener 150 líneas.
De todas formas borra directorio con sudo rm -R /var/www/html/weewx y weewx lo creará nuevamente en la siguiente generación del skin.
-
El log se queda corto, debería por lo menos tener 150 líneas.
De todas formas borra directorio con sudo rm -R /var/www/html/weewx y weewx lo creará nuevamente en la siguiente generación del skin.
No se si tengo que esperar mucho. Pero ahora ha desaparecido la carpeta weewx del directorio /var/www/html y.....
Ahora hay lo que estaba dentro: /var/www/html/ y dentro de html carpetas y archivos: abaut, graphs, images, js, NOAA, pi, records, ......
Ufffff. He intentado crear una carpeta en html y llamarla weewx y no tengo permiso.
-
Esas carpetas son de root así que para hacer algo en ellas pon sudo delante.
He buscado como poner por defecto el belchertown y me dice lo siguiente:
Edite weewx.conf, luego busque [StdReport]y debajo cambie HTML_ROOTa /var/www/html/weewx. Tenga en cuenta que su directorio HTML puede ser /home/weewx/public_html, por lo que le gustaría /home/weewx/public_html/weewx.
Luego, modifique las opciones de máscara de Belchertown con estas actualizaciones mínimas. Tenga en cuenta que es posible que deba cambiar la ruta como se mencionó anteriormente.
[[Belchertown]]
HTML_ROOT = /var/www/html
skin = Belchertown
Esto es opcional, pero se recomienda: elimine todo el contenido de la HTML_ROOTcarpeta y deje que Belchertown cree un sitio completamente nuevo. Esto evita datos duplicados obsoletos.
Reinicie weewx y deje que genere los archivos en el siguiente intervalo de archivo.
La ruta: HTML_ROOTa /var/www/html/weewx la tenia bien.
He modificado esta: HTML_ROOT = /var/www/html
Me dice que borre toda la carpeta root. La pregunta es:
¿Elimino todos los archivos que hay dentro de: var/www/html/weewx?. ¿Todos todos?.
Gracias!.
Si le tienes puesto HTML_ROOT = /var/www/html a la sección del skin de Belchertown es normal que te ponga los archivos ahí y no en /var/www/html/weewx
-
Hola,
Pues nada, ayer no funcionaba ni por asombro. Al final tire de copia de tarjeta sd que era de hace tres días y volví a instalar el sftp.
Reconfirmo, Después de la instalación para poner la contraseña sale así: password = '"xxxxxxxxxxx"'.
Y..., para solucionar el problema de que el belchertown me saliera en la raíz del subdominio: https://meteocimparets.aijir.es (https://meteocimparets.aijir.es) . Era tan fácil como redirigir el subdominio a la carpeta de belchertown del hosting.
Lo único fastidioso es que weewx no me dispone de los datos de casi tres días porque están en la otra sd :-[
En fin, siento las molestias.
Saludos
-
Buenas noches, siento volver abrir este tema. Quizá lo más apropiado fuera abrir otro nuevo, pero es que me pasa exactamente lo mismo que a Samal.
Tengo que configurar alguna cosa mas?. Alguna cosa me tiene que estar fallando porque no sube nada de nada.
He estado un buen rato realizando pruebas a base de cambiar cosas y no hay manera.
Con los datos que tengo si que conecto con el filezilla al servidor.
Siento tener que consultar una cosa que creo tiene que ser de cajón.
Gracias
Me abrí un dominio .es hace ya tiempo y he estado haciendo múltiples pruebas para subir la plantilla Seasons, que puedo ver entrando desde local (192.168..../weewx/) a la web. En mi caso con el hosting me ofrecieron crear la web con Wordpress, lo que no sé si puede ser parte del problema. Me puedo conectar al servidor web a través del Filezilla visualizando tres carpetas (adjunto imagen).
Me llama la atención que hay varias carpetas "NOAA" con los informes, pero es sólo dentro de /cim/NOAA donde están todos, hasta Abril-2022, por lo que intuyo que el weewx ha estado conectado a la web pero por razones que desconozco, sin poder verse el Seasons.
"cim" era la carpeta que en los ultimos meses ha estado en el path. Así tengo configurado el FTP en weewx actualmente. Ni antes poniendo al final del dominio /cim ni ahora con "/meteo " aparece el Seasons.
# If you wish to use FTP, set "enable" to "true", then
# fill out the next four lines.
# Use quotes around passwords to guard against parsing errors.
enable = true
user = xxxxxxxx@xxxxxxxxxxx.es
password = xxxxx
server = www.xxxxxxxxxxxx.es # The ftp server name, e.g, www.myserver.org
path = www/meteo # The destination directory, e.g., /weather
# Set to True for an FTP over TLS (FTPS) connection. Not all servers
# support this.
secure_ftp = False
Como a lo mejor me preguntáis por lo que me muestra el log, ejecutando sudo tail -100 /var/log/weewx.log > log.txt os muestro en una captura el archivo al abrirlo (no sé como transferir el .txt de la rpi al PC)
-
Hola srvillalba
La captura del log de weewx que pones son solo líneas de la subida de datos a WU, y como son cada pocos segundos tendrás activado el rapidfire de WU. Quizás en otro sitio del log haya alguna referencia a las subidas al FTP, que generalmente se hace justo después de generarse los archivos del o de los skins que tengas activos.
Puedes probar a desactivar el rapidfire de WU y se quedarán solo las subidas al FTP.
De todas formas, por la otra captura que pones de FileZilla parece que la carpeta raíz del FTP no tiene nombre, por lo tanto no sería la www/meteo que le tienes puesto en al path al skin.
Prueba con /cim o cim solamente, debería de dar lo mismo siempre y cuando la carpeta raíz sea / y eso se ve si cuando entras en el FileZilla entras a ella directamente.
Y un consejo, si tienes el rapidfire de WU pon la opción log_success a False (línea 17 del weewx.conf). Ten en cuenta que cada 2-3 segundos escribe al log haciendo muchas escrituras al cabo del día. Si el log lo hace a la tarjeta SD directamente no es bueno que la machaque tanto. Los logs, sobre todo para ver si hay algún fallo, por lo que aconsejo tener las líneas log_success = False y log_failure = True
Esa de la subida a WU te va seguir saliendo porque es de error. Mira a ver si le has puesto la API Key de WU correcta.
-
Tienes un problema de configuración.
Si se estableciera la conexión y enviara ficheros, verías un directorio www en el raiz del servidor......y no hay ningún directorio www
Motivos puede haber varios.....sin log es predicar en el desierto.....
Pero empieza comprobando ese usuario y contraseña.....me resulta raro que te identifiques con un usuario que sea como una dirección de email
Más, sin log, no te puedo decir
-
Hola jmviper
Okey, rapidfire desactivado directamente. Y efectivamente, como decías en otras líneas del log aparecen otras cosas (adjunto imagen) entre otras en envío FTP :o . Soy un despistado.
Feb 16 12:30:26 raspberrypi weewx[1082] INFO weewx.reportengine: ftpgenerator: Ftp'd 23 files in 9.03 seconds
Lo que me extraña también es que los últimos registros que muestra el log sean del 16 de Febrero cuando se supone que con debería mostrar los más recientes.
Y vale, vuelvo a poner path = cim. Puse "meteo" para que quedara mejor en la URL.
Tienes un problema de configuración.
Si se estableciera la conexión y enviara ficheros, verías un directorio www en el raiz del servidor......y no hay ningún directorio www
Motivos puede haber varios.....sin log es predicar en el desierto.....
Pero empieza comprobando ese usuario y contraseña.....me resulta raro que te identifiques con un usuario que sea como una dirección de email
Más, sin log, no te puedo decir
Jantoni, lo que he podido observar es que es en la carpeta de cim en donde aparecen los archivos más recientes, ya que era la carpeta que tenía en el path estas ultimas semanas, hasta que esta tarde toqueteando puse www/meteo. Aun así, como he dicho arriba ya he vuelto a poner path = cim. Lo del usuario como una dirección de email, es porque en la web del hosting especifica que así se llama la nombre de usuario :-\. Quizá debería probar eliminando del @ en adelante
-
A ver, anoche no vi bien el tema de la visibilidad de Seasons en tu web y me enfoqué más en el log de weewx y la subida de archivos a la carpeta.
En los servidores (web y FTP en el caso que nos ocupa) hay un directorio raíz, que puede ser / si no tiene nombre o con un nombre de directorio/carpeta.
En el servidor FTP el directorio raíz es / ya que entras a él directamente con filezilla pero la raíz del servidor web a la que entras en el navegador con http://miweb.es/ (nombre inventado, porque no has puesto de qué web se trata) con toda seguridad es la que le has tachado el nombre y que termina en .es en filezilla. Seguramente tengas el wordpress en ella si no tienes directorio específico para el wordpress.
Mi consejo es que crees una carpeta en ella llamándola como quieras (por ejemplo meteo) quedándose como path = miweb.es/meteo en weewx.conf (cambia miweb.es por la real).
Todas las carpetas en el FTP que no estén en la de .es no van a ser visibles vía web, así que esa de cim y meteo no las vas a poder ver en tu web, ni por supuesto la web de weewx que está en cim.
Copia el contenido de la carpeta cim a miweb.es/meteo y poniendo la ruta correcta del FTP en weewx ya lo tendrás todo arreglado.
Y para saber si es el nombre de usuario FTP correcto con que te loguees bien en filezilla con él es suficiente. Muchos hostings ponen el nombre del dominio como usuario, por ejemplo servidor ftp: ftp.miweb.es y usuario miweb.es
P.D. En cuanto a lo del log estando en febrero puede que weewx ya no esté escribiendo en él y lo esté haciendo al log del sistema que es al que escribe por defecto (/var/log/syslog). También podrás ver el log del sistema con sudo journalctl
-
Efectivamente, el 16 de febrero subió datos perfectamente.
Ahora bien, el problema es ahora
Pasos a comprobar
Que la fecha y hora esté correcta, usa el comando “date” para verlo
Que weewx esté funcionando, ponnos lo que dice el comando “ps aux | grep weewx”
Que weewx esté funcionando correctamente……haz lo siguiente
“sudo tail -f /var/log/weewx.log”
danos un pantallazo y espera a la siguiente generación de datos. Si está funcionando weewx podrás ver el flujo de datos.
O si lo prefieres, para incorporarlo aquí puedes hacer
sudo tail -f /var/log/weewx.log > /etc/weewx/log.txt
Durante 5 o 10 minutos. Ese comando grabará el log en ese fichero log.txt y nos lo puedes incorporar a la respuesta.
En cuanto al acceso al ftp, pruébalo fuera de weewx
-
Para probarlo
Desde la Raspberry
ftp nombre.de.servidor
Te identificas con ese usuario y contraseña
Y para saber la estructura de ficheros
pwd Te indicará el directorio donde el servidor te inicia sesión
ls Te dará la estructura de ficheros desde tu raíz en el ftp
-
A ver, anoche no vi bien el tema de la visibilidad de Seasons en tu web y me enfoqué más en el log de weewx y la subida de archivos a la carpeta.
En los servidores (web y FTP en el caso que nos ocupa) hay un directorio raíz, que puede ser / si no tiene nombre o con un nombre de directorio/carpeta.
En el servidor FTP el directorio raíz es / ya que entras a él directamente con filezilla pero la raíz del servidor web a la que entras en el navegador con http://miweb.es/ (nombre inventado, porque no has puesto de qué web se trata) con toda seguridad es la que le has tachado el nombre y que termina en .es en filezilla. Seguramente tengas el wordpress en ella si no tienes directorio específico para el wordpress.
Mi consejo es que crees una carpeta en ella llamándola como quieras (por ejemplo meteo) quedándose como path = miweb.es/meteo en weewx.conf (cambia miweb.es por la real).
Todas las carpetas en el FTP que no estén en la de .es no van a ser visibles vía web, así que esa de cim y meteo no las vas a poder ver en tu web, ni por supuesto la web de weewx que está en cim.
Copia el contenido de la carpeta cim a miweb.es/meteo y poniendo la ruta correcta del FTP en weewx ya lo tendrás todo arreglado.
Y para saber si es el nombre de usuario FTP correcto con que te loguees bien en filezilla con él es suficiente. Muchos hostings ponen el nombre del dominio como usuario, por ejemplo servidor ftp: ftp.miweb.es y usuario miweb.es
P.D. En cuanto a lo del log estando en febrero puede que weewx ya no esté escribiendo en él y lo esté haciendo al log del sistema que es al que escribe por defecto (/var/log/syslog). También podrás ver el log del sistema con sudo journalctl
Efectivamente, el wordpress lo tengo sobre el servidor que acaba en .es
Acabo de crear la carpeta como me has dicho, cambiando tambien el path de weewx.conf y copiando en ella todos los archivos.
He reiniciado weewx y de momento escribiendo la URL en el navegador con el /meteo al final no aparece. Quizá tengo que esperar un poco más, hice los cambios hace media hora.
Te adjunto imagen con las carpetas recién creadas, como ves los archivos del Seasons se actualizan correctamente, por lo que parece que el weewx corre con normalidad.
Te adjunto también capturas al ejecutar el comando sudo journalctl, a ver si te sirve. Parece que entre centenares de líneas de error, el programa realiza acciones satisfactoriamente.
-
Pasos a comprobar
Que la fecha y hora esté correcta, usa el comando “date” para verlo
Que weewx esté funcionando, ponnos lo que dice el comando “ps aux | grep weewx”
Que weewx esté funcionando correctamente……haz lo siguiente
“sudo tail -f /var/log/weewx.log”
danos un pantallazo y espera a la siguiente generación de datos. Si está funcionando weewx podrás ver el flujo de datos.
O si lo prefieres, para incorporarlo aquí puedes hacer
sudo tail -f /var/log/weewx.log > /etc/weewx/log.txt
Durante 5 o 10 minutos. Ese comando grabará el log en ese fichero log.txt y nos lo puedes incorporar a la respuesta.
En cuanto al acceso al ftp, pruébalo fuera de weewx
La fecha la marca correctamente.
Lo que me devuelve el comando “ps aux | grep weewx”:
pi@raspberrypi:~ $ ps aux | grep weewx
root 14423 1.0 1.8 81672 35464 ? Sl 01:23 12:50 python3 /usr/share/weewx/weewxd --daemon --pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf
pi 31612 0.0 0.0 7360 576 pts/0 S+ 21:18 0:00 grep --color=auto weewx
Adjunto captura con lo que devuelve al escribir "sudo tail -f /var/log/weewx.log". Parece que desde el 16 de febrero nanai..
Es como si el log con el flujo de datos de weewx se hubiera parado.
Pero como le puse anteriormente a jmviper, con el comando sudo journalctl sí que parece que muestra el log
-
Puedes darme el resultado de este comando
df
-
pi@raspberrypi:~ $ df
S.ficheros bloques de 1K Usados Disponibles Uso% Montado en
/dev/root 29734280 9018448 19412308 32% /
devtmpfs 793684 0 793684 0% /dev
tmpfs 958548 0 958548 0% /dev/shm
tmpfs 958548 92588 865960 10% /run
tmpfs 5120 4 5116 1% /run/lock
tmpfs 958548 0 958548 0% /sys/fs/cgroup
tmpfs 20480 20480 0 100% /var/log
tmpfs 20480 152 20328 1% /var/log/apache2
/dev/mmcblk0p1 258095 49252 208844 20% /boot
tmpfs 191708 0 191708 0% /run/user/1000
-
A ver, me da la sensación que tu sistema tiene bastantes problemas que no vemos.
En el log que, es muy pequeño no se puede ver mucho, pero:
- Referencias a falta de espacio en el dispositivo....podría ser en el directorio temporal de log, pero no tiene mucho sentido, porque estos directorios en ram deben ir dejando paso a nuevo log.
- Hay log de rsyslogd en el log de weewx
Más no se ve. En un pantallazo no se puede ver gran cosa, por eso te pedía el log en txt para poder ver más en profundidad.
Dado que también hay referencias a que falla el ftpupload, deberías revisar si tienes espacio suficiente en el servidor de alojamiento
Insisto que sin un log en condiciones, poco se puede ver
-
Vuelvo a leer los mensajes y me pierdo con las explicaciones, lo siento.
Me retiro
-
Gracias por la ayuda, Jantoni.
Te paso el log, que ya averigué como pasarmelo al PC. Son 108k líneas, por lo que no puedo adjuntarlo por aquí pero por si te interesa lo he subido al Drive.
https://drive.google.com/file/d/13xKwETY36o0MPrsv3Jrps8H9hhNXbOYe/view?usp=sharing
-
Lo primero es lo primero
Tienes un grave problema en el log del sistema con rsyslogd
Deberías comprobar en que estado se encuentra el directorio de log
ls -la /var/log
Me da la senssación que tienes ahí un problema, aunque no es la fuente del problema del ftp
¿Has probado como te dije a abrir un ftp desde la raspberry?
-
Y tienes que empezar de cero con las explicaciones de los directorios.
Yo francamente, me he perdido en los pantallazos....
Das un pantallazo del directorio ¿raiz?
Y luego das un pantallazo de otro directorio, pero no indicas cual es ....... Es que así es muy difícil
-
Bueno.....veo muchos errores en el log, incluido con servicio ftp.
Pero, de verdad, que con ese log no se puede trabajar.
Lo primero que deberías es solucionar ese bombardeo de rsyslogd, que no sé de donde viene (posiblemente porque el log tiene un tamaño colosal y no tiene espacio para escribir, pero es solo una suposición.
Lo segundo es crear un log específico para weewx.
Y a partir de ahí, ya veremos.
-
Gracias por poner una imagen de la estructura del FTP, como se suele decir "una imagen vale más que mil palabras" :)
Bajo tuweb.es tienes el directorio public_html y esa es la raíz de tu servidor web donde tienes las carpetas de WP y se ve que tienes una llamada meteo así que copia lo de weewx a ella y en el path del ftp de weewx.conf pon miweb.es/public_html/meteo
Yo he trasteado muchos FTPs ya y según sea el hosting ponen la raíz del servidor web en diferentes carpetas, normalmente public_html, www, web, la raíz del servidor ftp etc etc.
En cuanto a lo del log, como se ve está lleno y no puede escribir más. No sé cómo va exactamente el log en la raspi porque no la tengo, uso una Orange Pi que tiene el sistema un poco diferente, pero por lo que veo en la raspi tiene el log en la RAM con solo 20 MB que los habrá llenado solo weewx posiblemente con el rapidfire de WU. En la Orange Pi vienen 50 MB por defecto en el log en la RAM.
Rota los logs para que se libere espacio. Prueba a hacerlo manualmente con sudo logrotate -vf /etc/logrotate.conf debería de volcarse el resultado de la operación en pantalla (opción -v, verbose).
La solución sería hacer un log en RAM algo más grande pero lo cierto es que con el bombardeo de weewx y syslog también lo llenarían antes de rotarse los logs a medianoche. Cuando hay un error cada pocos segundos se llenan los logs enseguida, así que cuidado con las cosas en tiempo real como puede ser el rapidfire de WU si da error que es lo que está pasando.
Después de rotar logs pon el resultado de df -h y de ls -l /var/log*
A ver si rotando el log de weewx se libera y escribe ya en él.
-
Lo primero es lo primero
Tienes un grave problema en el log del sistema con rsyslogd
Deberías comprobar en que estado se encuentra el directorio de log
ls -la /var/log
Me da la senssación que tienes ahí un problema, aunque no es la fuente del problema del ftp
¿Has probado como te dije a abrir un ftp desde la raspberry?
Jantoni, te paso un pantallazo del estado se encuentra el directorio de log.
No pude abrir un FTP, porque no he acertado a loguearme. "530 Login authentication failed".
No obstante creo que parcialmente ya se ha arreglado lo del FTP creando la carpeta dentro de public_htm del Wordpress. Ya puedo ver el Seasons a través de la URL
-
En cuanto a lo del log, como se ve está lleno y no puede escribir más. No sé cómo va exactamente el log en la raspi porque no la tengo, uso una Orange Pi que tiene el sistema un poco diferente, pero por lo que veo en la raspi tiene el log en la RAM con solo 20 MB que los habrá llenado solo weewx posiblemente con el rapidfire de WU. En la Orange Pi vienen 50 MB por defecto en el log en la RAM.
Rota los logs para que se libere espacio. Prueba a hacerlo manualmente con sudo logrotate -vf /etc/logrotate.conf debería de volcarse el resultado de la operación en pantalla (opción -v, verbose).
La solución sería hacer un log en RAM algo más grande pero lo cierto es que con el bombardeo de weewx y syslog también lo llenarían antes de rotarse los logs a medianoche. Cuando hay un error cada pocos segundos se llenan los logs enseguida, así que cuidado con las cosas en tiempo real como puede ser el rapidfire de WU si da error que es lo que está pasando.
Después de rotar logs pon el resultado de df -h y de ls -l /var/log*
A ver si rotando el log de weewx se libera y escribe ya en él.
Bueno, pues creé la carpeta meteo en miweb.es/public_html/meteo y ya se sube el Seasons a la URL. Vamos consiguiendo cosas :)
Ahora tengo que ver por qué no actualiza.
Acabo de rotar los logs. Te paso pantallazo de los comandos
-
# If you wish to use FTP, set "enable" to "true", then
# fill out the next four lines.
# Use quotes around passwords to guard against parsing errors.
enable = true
user = xxxxxxxx@xxxxxxxxxxx.es
password = xxxxx
server = www.xxxxxxxxxxxx.es # The ftp server name, e.g, www.myserver.org
path = www/meteo # The destination directory, e.g., /weather
# Set to True for an FTP over TLS (FTPS) connection. Not all servers
# support this.
secure_ftp = False
Veamos lo del logueo incorrecto al FTP. El usuario es esa dirección de correo electrónico ?? Resulta raro, pero si la pones a FileZilla y se conecta debe ser la correcta *+* *+*.
El nombre del FTP empieza por www. ?? Si pones las xxxx como nombre del servidor puedes poner el subdominio (www o ftp) correcto, por lo menos aquí.
Ten en cuenta que tienes que poner lo mismo que cuando te logueas a FileZilla.
Lo último.... tiene seguridad el FTP ?? si es así hay que poner la opción del FTP en weewx secure_ftp de False a True
Esto es lo que suelta el comando FTP cuando se intenta entrar a un FTPS (FTP con seguridad):
root@orangepipc:~# ftp 192.168.1.101
Connected to 192.168.1.101.
220-FileZilla Server 1.2.0
220 Please visit https://filezilla-project.org/
Name (192.168.1.101:root): xxxxxxx
503 Use AUTH first.
Login failed.
Remote system type is UNIX.
ftp>
Si te sale lo de 503 Use AUTH first es que es FTPS
En FileZilla saldría esto en la ventana superior de comandos:
Estado: Conectando a 192.168.1.101:21...
Estado: Conexión establecida, esperando el mensaje de bienvenida...
Estado: Inicializando TLS...
Estado: Conexión TLS establecida.
Si no te sale nada de eso no tendrá FTPS.
Tienes el log de weewx ocupando todo el espacio del log (20 MB). Lo normal es que lo rote, si no, como he dicho antes habría que mirar en la salida del comando logrotate anterior la parte en la que salga weewx y copia y pégala aquí.
Puede que esté mal configurada la rotación del log de weewx.
-
Veamos lo del logueo incorrecto al FTP. El usuario es esa dirección de correo electrónico ?? Resulta raro, pero si la pones a FileZilla y se conecta debe ser la correcta *+* *+*.
El nombre del FTP empieza por www. ?? Si pones las xxxx como nombre del servidor puedes poner el subdominio (www o ftp) correcto, por lo menos aquí.
Ten en cuenta que tienes que poner lo mismo que cuando te logueas a FileZilla.
Lo último.... tiene seguridad el FTP ?? si es así hay que poner la opción del FTP en weewx secure_ftp de False a True
Esto es lo que suelta el comando FTP cuando se intenta entrar a un FTPS (FTP con seguridad):
root@orangepipc:~# ftp 192.168.1.101
Connected to 192.168.1.101.
220-FileZilla Server 1.2.0
220 Please visit https://filezilla-project.org/
Name (192.168.1.101:root): xxxxxxx
503 Use AUTH first.
Login failed.
Remote system type is UNIX.
ftp>
Si te sale lo de 503 Use AUTH first es que es FTPS
En FileZilla saldría esto en la ventana superior de comandos:
Estado: Conectando a 192.168.1.101:21...
Estado: Conexión establecida, esperando el mensaje de bienvenida...
Estado: Inicializando TLS...
Estado: Conexión TLS establecida.
Si no te sale nada de eso no tendrá FTPS.
Tienes el log de weewx ocupando todo el espacio del log (20 MB). Lo normal es que lo rote, si no, como he dicho antes habría que mirar en la salida del comando logrotate anterior la parte en la que salga weewx y copia y pégala aquí.
Puede que esté mal configurada la rotación del log de weewx.
Efectivamente jmviper, el nombre de usuario es ese. Es una cuestión del hosting (Siteground), añade automáticamente el @miweb.es al final, al estilo de una dirección de email.
Mi fragmento del Ftp del weewx.conf ahora mismo está así configurado:
[[FTP]]
# FTP'ing the results to a webserver is treated as just another report,
# albeit one with an unusual report generator!
skin = Ftp
# If you wish to use FTP, set "enable" to "true", then
# fill out the next four lines.
# Use quotes around passwords to guard against parsing errors.
enable = true
user = xxxxxxx@xxxxxxxxxxxxxxxx.es
password = xxxxxxxxxxxx
server = www.miweb.es (nombre inventado) # The ftp server name, e.g, www.myserver.org
path = miweb.es/public_html/meteo # The destination directory, e.g., /weather
# Set to True for an FTP over TLS (FTPS) connection. Not all servers
# support this.
secure_ftp = False
Por otro lado, creo que sí es FTPS porque me sale esto en la conexión Filezilla.
Conectando a 35.214.209.172:21...
Estado: Conexión establecida, esperando el mensaje de bienvenida...
Estado: Inicializando TLS...
Estado: Verificando certificado...
Estado: Conexión TLS establecida.
Te adjunto en un .txt lo que me devuelve el comando logrotate.
-
Perfecto, el log de logrotate nos apunta qué ocurre con el de weewx en su inicio:
reading config file weewx
error: weewx:1 lines must begin with a keyword or a filename (possibly in double quotes)
error: weewx:13 unexpected }
error: found error in file weewx, skipping
Debiste de haberlo copiado mal y hay errores de sintaxis. Suele ocurrir si lo creaste con el archivo escribiendo en Windows o copiándolo/pegándolo directamente. Bórralo con sudo rm /etc/logrotate.d/weewx y créalo/edítalo con nano directamente en el terminal de la raspi con sudo nano /etc/logrotate.d/weewx
En el mío tengo esto:
/var/log/weewx.log {
weekly
missingok
maxsize 5M
rotate 2
compress
delaycompress
notifempty
create 644 root adm
postrotate
service weewx reload > /dev/null 2>&1
endscript
}
No lo copies y pegues, escribe cada línea y cuando termines CTRL + O para guardar y CTRL + X para salir de nano. Luego haz el logrotate a ver si ya ha ido bien.
Al estar mal no rotaba el log y por eso se quedó ahí lleno no dejando a los demás logs hacer nada, sobre todo al log del sistema.
En cuanto a lo del FTP sí es con seguridad así que pon secure_ftp = True en esa sección del weewx.conf
Está ya todo casi arreglado.
-
Perfecto, el log de logrotate nos apunta qué ocurre con el de weewx en su inicio:
reading config file weewx
error: weewx:1 lines must begin with a keyword or a filename (possibly in double quotes)
error: weewx:13 unexpected }
error: found error in file weewx, skipping
Debiste de haberlo copiado mal y hay errores de sintaxis. Suele ocurrir si lo creaste con el archivo escribiendo en Windows o copiándolo/pegándolo directamente. Bórralo con sudo rm /etc/logrotate.d/weewx y créalo/edítalo con nano directamente en el terminal de la raspi con sudo nano /etc/logrotate.d/weewx
No lo copies y pegues, escribe cada línea y cuando termines CTRL + O para guardar y CTRL + X para salir de nano. Luego haz el logrotate a ver si ya ha ido bien.
Al estar mal no rotaba el log y por eso se quedó ahí lleno no dejando a los demás logs hacer nada, sobre todo al log del sistema.
En cuanto a lo del FTP sí es con seguridad así que pon secure_ftp = True en esa sección del weewx.conf
Está ya todo casi arreglado.
Hola jmviper, así es mi archivo logrotate.d:
-e /var/log/weewx.log {
daily
missingok
rotate 2
compress
delaycompress
notifempty
sharedscripts
postrotate
/etc/init.d/rsyslog stop
/etc/init.d/rsyslog start
endscript
}
Imagino que un error viene de ese "-e" de la primera línea. Ahora, no sé a qué } inesperado se refiere.
Y otra cosa, tu logrotate.d es bastante diferente al mío, ¿debería escribirlo igual? No sé a qué hacen referencia las variables que contiene. Disculpa mi torpeza con estas cosas.
-
Y otra cosa, tu logrotate.d es bastante diferente al mío
No no… no es tan diferente... yo el original lo saqué de la wiki (http://wiki.meteoclimatic.net/wiki/FAQ_WeeWX#El_log_de_Weewx_se_mezcla_con_el_del_sistema_operativo._.C2.BFPuedo_tener_un_log_individual_para_Weewx.3F) donde se pegó el gran curro Jantoni y otros nos aprovechamos *-* *-*
Lo modifiqué a mi gusto, y es que aunque no soy en experto en Linux y solo "me defiendo" leí sobre los comandos de logrotate y modifiqué algunos como digo, según mi criterio.
Por ejemplo puse rotate 2 en vez de 52...no quiero 52 logs rotados de weewx, qué exageración *+* *+*
Añadí lo de maxsize 5M, eso te rota el log cuando se alcanza ese tamaño, incluso antes de cuando esté programada la rotación de los logs.
Por último service weewx reload > /dev/null 2>&1 ordena recargar weewx y envía el resultado de la operación a ningún sitio.
Equivaldría a las dos líneas del tuyo de:
/etc/init.d/rsyslog stop
/etc/init.d/rsyslog start
Más info de los comandos de logrotate en inglés:
https://manpages.debian.org/bullseye/logrotate/logrotate.8.en.html
Y sí, es ese -e al principio con toda seguridad el culpable, supongo que será algo que se "coló" en el copia y pega que hiciste porque no debería de estar ahí. Al no reconocer la primera llave { en esa línea suelta el error de la de cierre al preguntarse dónde está la primera.
De todas maneras y aunque salta a la vista el error pueden haber caracteres como saltos de línea, retornos de carro o el BOM de UTF-8 que, aunque invisibles, no gustan a todos los intérpretes y pueden soltar errores.
Si utilizas Notepad++ en Windows guarda en formato Unix y en UTF-8 (sin BOM) y no debería de dar problemas.
-
Bien, pues acabo de editar el archivo logrotate de forma idéntica a como está el tuyo (estoy como ponerme a toquitear cosas :D).
Ya no me salen estos errores en el log del logrotate.
reading config file weewx
error: weewx:1 lines must begin with a keyword or a filename (possibly in double quotes)
error: weewx:13 unexpected }
error: found error in file weewx, skipping
Lo que pasa es que viendo el log con sudo journalctl me siguen apareciendo esos errores de espacio.
abr 17 20:43:50 raspberrypi rsyslogd[401]: action 'action-3-builtin:omfile' (module 'builtin:omfile') message lost, could not be processed. Check for additional error messages before this one. [v8.1901.0 try https://www.rsyslog.com/e/2027 ]
abr 17 20:43:50 raspberrypi rsyslogd[401]: file '7' write error: No space left on device [v8.1901.0 try https://www.rsyslog.com/e/2027 ]
abr 17 20:43:50 raspberrypi rsyslogd[401]: action 'action-3-builtin:omfile' (module 'builtin:omfile') message lost, could not be processed. Check for additional error messages before this one. [v8.1901.0 try https://www.rsyslog.com/e/2027 ]
abr 17 20:43:50 raspberrypi rsyslogd[401]: file '7' write error: No space left on device [v8.1901.0 try https://www.rsyslog.com/e/2027 ]
Y así, sucesivamente..
También parece que el tmpfs del log sigue lleno. Quizá debo esperar a que las rotaciones alivien el problema de almacenamiento?
pi@raspberrypi:~ $ df -h
S.ficheros Tamaño Usados Disp Uso% Montado en
/dev/root 29G 8,6G 19G 32% /
devtmpfs 776M 0 776M 0% /dev
tmpfs 937M 0 937M 0% /dev/shm
tmpfs 937M 91M 846M 10% /run
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 937M 0 937M 0% /sys/fs/cgroup
tmpfs 20M 20M 0 100% /var/log
tmpfs 20M 132K 20M 1% /var/log/apache2
/dev/mmcblk0p1 253M 49M 204M 20% /boot
tmpfs 188M 0 188M 0% /run/user/1000
-
Qué te pone el log de logrotate ?? Adjúntalo para saber porqué no lo está rotando todavía.
-
Qué te pone el log de logrotate ?? Adjúntalo para saber porqué no lo está rotando todavía.
Ahí va
-
Borra el log de weewx con sudo rm /var/log/weewx.log y mira después con df -h que /var/log ya no esté al 100% de uso.
-
Log de weewx borrado pero /var/log sigue al 100% :(
-
Lo que no me cuadra es que ponga esto en el log que has puesto:
rotating pattern: /var/log/weewx.log forced from command line (2 rotations)
empty log files are not rotated, log files >= 5242880 are rotated earlier, old logs are removed
considering log /var/log/weewx.log
Now: 2022-04-17 22:20
Last rotated at 2022-04-17 20:36
log does not need rotating (log is empty)
o sea que no hace falta rotarlo, no suelta ningún error, sin embargo en la rotación de syslog sí sale gzip: stdout: No space left on device
En teoría si todo el log está en la RAM al reiniciarla debería de borrarse todo, a menos que haya algún mecanismo tipo log2ram que vaya volcando ese log en RAM a la tarjeta SD. Por lo que pusiste antes parece haber solo un /var/log en la RAM y ninguno en la SD.
Si te sigue al 100% el log pon qué te sale con ls -l /var/log
-
pi@raspberrypi:~ $ df -h
S.ficheros Tamaño Usados Disp Uso% Montado en
/dev/root 29G 8,6G 19G 32% /
devtmpfs 776M 0 776M 0% /dev
tmpfs 937M 0 937M 0% /dev/shm
tmpfs 937M 91M 846M 10% /run
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 937M 0 937M 0% /sys/fs/cgroup
tmpfs 20M 20M 0 100% /var/log
tmpfs 20M 132K 20M 1% /var/log/apache2
/dev/mmcblk0p1 253M 49M 204M 20% /boot
tmpfs 188M 0 188M 0% /run/user/1000pi@raspberrypi:~ $ ls -l /var/log
total 20448
drwxr-xr-x 2 root root 540 abr 17 22:20 apache2
-rw-r----- 1 root adm 4096 abr 17 22:51 auth.log
-rw-r----- 1 root adm 339968 feb 19 23:56 auth.log.1
-rw------- 1 root root 5977 feb 14 2019 boot.log
-rw-rw---- 1 root utmp 0 abr 17 22:20 btmp
-rw-rw---- 1 root utmp 0 abr 17 20:52 btmp.1
drwxr-x--- 2 root lp 120 abr 17 22:20 cups
-rw-r----- 1 root adm 0 abr 17 22:40 daemon.log
-rw-r----- 1 root adm 163840 feb 20 00:00 daemon.log.1
-rw-r----- 1 root adm 0 abr 15 21:03 debug
-rw-r----- 1 root adm 2215 feb 19 04:51 debug.1
-rw-r----- 1 root adm 0 abr 15 21:09 kern.log
-rw-r----- 1 root adm 37449 feb 19 04:51 kern.log.1
-rw-rw-r-- 1 root utmp 292292 abr 17 22:53 lastlog
drwx--x--x 2 root root 120 feb 14 2019 lightdm
-rw-r----- 1 root adm 0 abr 17 22:51 messages
-rw-r----- 1 root adm 40960 feb 20 00:00 messages.1
drwx------ 2 root root 40 feb 14 2019 private
-rw-r----- 1 root adm 57344 abr 17 22:51 syslog
-rw-r----- 1 root adm 105142 feb 16 00:00 syslog.1
-rw-r----- 1 root adm 8609 feb 15 00:00 syslog.2.gz
-rw-r----- 1 root adm 18599 feb 14 00:00 syslog.3.gz
-rw-r----- 1 root adm 0 abr 15 21:03 user.log
-rw-r----- 1 root adm 3153 feb 14 2019 user.log.1
-rw-r----- 1 root adm 20111360 abr 17 22:51 weewx.log.1
-rw-rw-r-- 1 root utmp 0 abr 17 22:53 wtmp
-rw-rw-r-- 1 root utmp 0 abr 17 22:20 wtmp.1
-rw-r--r-- 1 root root 6499 feb 14 2019 Xorg.0.log
-rw-r--r-- 1 root root 6499 feb 14 2019 Xorg.0.log.old
-rw------- 1 root root 448 feb 14 2019 xrdp-sesman.log
-
La madre que parió al logrotate *+* *+*
Ha rotado el log entero que había a weewx.log.1
Pues nada nada a quitarlo sudo rm /var/log/weewx.log.1
Se ve que lo ha rotado tal cual estaba.
A ver si ya a la siguiente rotación al no ser mayor a 5 MB y haber 2 como máximo no supere los 10 MB y deje espacio en el log.
Parece ser que el log está dividido en 40 MB, 20 para apache2 y los otros 20 para esos logs. Quizás habría que probar a poner 40 ó 50 MB en el log pero no sé si daría problemas en la RAM.
De momento borra ese log y ya haz el logrotate que debería de ir bien.
-
/weewx.log.1 borrado. Te paso el nuevo logrotate en un txt. Madre mía vaya chapa te estoy pegando.
PD: El /var/log sigue al 100%
-
Si está borrado weewx.log.1 … qué hace que siga 100% ocupado ??
ls -l /var/log
otra vez
Si está borrado no debería de salir, porque en el log pone que /var/log/weewx.log does not exist -- skipping
-
Efectivamente, ya no sale.
pi@raspberrypi:~ $ ls -l /var/log
total 808
drwxr-xr-x 2 root root 540 abr 17 23:10 apache2
-rw-r----- 1 root adm 4096 abr 17 23:21 auth.log
-rw-r----- 1 root adm 339968 feb 19 23:56 auth.log.1
-rw------- 1 root root 5977 feb 14 2019 boot.log
-rw-rw---- 1 root utmp 0 abr 17 23:10 btmp
-rw-rw---- 1 root utmp 0 abr 17 23:07 btmp.1
drwxr-x--- 2 root lp 120 abr 17 23:10 cups
-rw-r----- 1 root adm 0 abr 17 23:21 daemon.log
-rw-r----- 1 root adm 163840 feb 20 00:00 daemon.log.1
-rw-r----- 1 root adm 0 abr 15 21:03 debug
-rw-r----- 1 root adm 2215 feb 19 04:51 debug.1
-rw-r----- 1 root adm 0 abr 15 21:09 kern.log
-rw-r----- 1 root adm 37449 feb 19 04:51 kern.log.1
-rw-rw-r-- 1 root utmp 292292 abr 17 23:09 lastlog
drwx--x--x 2 root root 120 feb 14 2019 lightdm
-rw-r----- 1 root adm 0 abr 17 23:21 messages
-rw-r----- 1 root adm 40960 feb 20 00:00 messages.1
drwx------ 2 root root 40 feb 14 2019 private
-rw-r----- 1 root adm 57344 abr 17 23:21 syslog
-rw-r----- 1 root adm 105142 feb 16 00:00 syslog.1
-rw-r----- 1 root adm 8609 feb 15 00:00 syslog.2.gz
-rw-r----- 1 root adm 18599 feb 14 00:00 syslog.3.gz
-rw-r----- 1 root adm 0 abr 15 21:03 user.log
-rw-r----- 1 root adm 3153 feb 14 2019 user.log.1
-rw-rw-r-- 1 root utmp 0 abr 17 23:10 wtmp
-rw-rw-r-- 1 root utmp 0 abr 17 23:09 wtmp.1
-rw-r--r-- 1 root root 6499 feb 14 2019 Xorg.0.log
-rw-r--r-- 1 root root 6499 feb 14 2019 Xorg.0.log.old
-rw------- 1 root root 448 feb 14 2019 xrdp-sesman.log
Sigue al 100%. Vaya misterio.
-
Reinicia Raspi, le sentará bien (esperemos) :)
-
no caí en reiniciar la r pi. Parece que le ha venido bien si jeje
pi@raspberrypi:~ $ df -h
S.ficheros Tamaño Usados Disp Uso% Montado en
/dev/root 29G 8,6G 19G 32% /
devtmpfs 776M 0 776M 0% /dev
tmpfs 937M 0 937M 0% /dev/shm
tmpfs 937M 17M 920M 2% /run
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 937M 0 937M 0% /sys/fs/cgroup
tmpfs 20M 272K 20M 2% /var/log
tmpfs 20M 4,0K 20M 1% /var/log/apache2
/dev/mmcblk0p1 253M 49M 204M 20% /boot
tmpfs 188M 0 188M 0% /run/user/1000
Supongo que con esto ya hay parte del problema arreglado. Viendo el sudo journalctl parece bastante saneado el log
-
El reinicio ha liberado y reorganizado la RAM por lo que ya no sale /var/log al 100% después de haber borrado el enorme log de weewx.
En cuanto a journalctl es extraño...no está /var/log/journal que es dónde se iría guardando de forma persistente y tras el reinicio aparece que el log empieza en febrero...supuestamente está en /run que es otra unidad montada en la RAM por lo que se tendría que haber borrado con el reinicio. Algo me dice que al reiniciar se vuelca a la SD y al inicio se vuelve a poner en la RAM otra vez.
Journactl es igual que syslog, log del sistema pero va separado de este y se controla de manera diferente. Se introdujo con systemd y tiene comandos para analizar mejor el log. No está escrito en texto plano como syslog y tiene su configuración en /etc/systemd/journaldctl.conf mientras que la de syslog está en otro sitio de /etc
Bueno todo esto son divagaciones mías... Lo importante es que compruebes que:
1,- Se está generando ya bien el log de weewx (/var/log/weewx.log). En journactl pone que weewx sigue fallando en publicar los datos a WU. Como dije mira a ver si es cosa de su API key.
2.- Que no se llene el log otra vez al 100%, por lo menos que no sea por el de weewx, que vaya rotando bien con esos 5 MB.
y 3.- que se haya resuelto para lo que fue esta consulta al principio....para subir la web de weewx a tu servidor web y que la puedas ver.
Ya dirás si esto último se ha conseguido ;)
Saludos
-
En unos días te comento como va evolucionando el log de weewx. De momento, ya funciona el FTP y sube a la web información actualizada en forma de cutre-HTML pero funciona, que ya es bastante más que con lo que empecé :).
Muchas gracias por tu ayuda y por tu tiempo!! :aplaude1:
-
:)
-
Hola de nuevo,
Pues el FTP ha estado funcionando bien desde la última vez que hablamos. Lo único, que hay un par de cuestiones que no entiendo bien de su funcionamiento. La dirección URL /meteo a la que apunta el FTP no actualiza cada 5 minutos: https://meteosanrafael.es/meteo/
De hecho, me he metido a la URL desde diferentes dispositivos y la última actualización que aparece en cada uno es a horas diferentes. Es como si la página se cargara la primera vez que se accede a ella pero cuando refrescas no actualiza. Los gráficos tampoco se actualizan adecuadamente. Es raro, porque accediendo desde Filezilla dentro de la carpeta, sí veo que se generan nuevos gráficos cada 5 min.
En cambio, sí se pueden ver datos actualizados (que no los gráficos) desde https://meteosanrafael.es/meteo/index.html y clicando en los otros archivos html generados en la página /meteo como "Celestial", "HIgh/Low" o "Sensor Status"
A ver si me podéis acarar qué puede estar pasando.
-
Hola srvillalba
Tiene toda la pinta de que hay habilitada alguna caché en el servidor.
Cuando llamas al index.html implícitamente (sin ponerlo al final de la URL) con https://meteosanrafael.es/meteo/ el servidor busca generalmente los archivos index.* (index.html index.php etc) para mostrarlos.
Se ve que está configurado para almacenar en caché el llamado implícitamente y no ocurre lo mismo con el que se llama explícitamente https://meteosanrafael.es/meteo/index.html
Generalmente eso lo hacen los hostings para "aliviar" el tráfico con el index que es la página principal. Ponen una copia del servidor hasta que se renueve. Piensa que generalmente un index o página principal tiene información que puede actualizarse cada día y por ello no hace falta que el servidor vuelva a servir ese index, cosa que a nuestras webs que actualizan cada 5, 10 ó 15 minutos por ejemplo no les sienta bien.
Ponte en contacto con tu hosting y explícales el tema, a ver qué te dicen y si te pueden dar una solución.
saludos
-
Gracias jmviper.
Vale, pues me pondré en contacto con el hosting. Me tenía un poco desconcertado la situación, porque en cada navegador me sale una cosa entrando en https://meteosanrafael.es/meteo/ . La primera captura es con el ordenador y la segunda con el móvil, ambas hechas ahora mismo. Las horas de actualización de los gráficos devuelven fechas totalmente diferentes :P asique será por el problema que me comentas.
Imagino que de cara a poner el skin Belchertown, el cual es mi siguiente objetivo, seguirá con problemas de actualización de datos no?
-
No funciona siempre pero si añades al final de la URL esto ?t=123 siendo 123 un número random, posiblemente el caché quede desactivado. Eso sí, el número random tiene que ser diferente a cada petición.
Otra cosa es implementarlo. Se puede hacer con un script que genere un número random y provoque una redirección.
-
No funciona siempre pero si añades al final de la URL esto ?t=123 siendo 123 un número random, posiblemente el caché quede desactivado. Eso sí, el número random tiene que ser diferente a cada petición.
Efectivamente, funciona. Excepto para los gráficos, que van a su bola jejeje
-
Quizás programando algo lo consigas. Yo lo tengo así por ejemplo en esta página http://www.atmos.cat/perl?num=1276613273
Al cargar la página se toma un valor que se añade a cada una de las imágenes, lo puedes ver si abres una en una pestaña nueva. Una vez programado funciona a prueba de proxys, transparentes o no, de caprichos de Chrome, de móviles raros...
-
Como indica casacota la medida más efectiva es ponerle un query o petición al final de la URL. Por ejemplo con JavaScript para que no se cacheen las imágenes se le puede poner la hora unix del momento de la petición que será diferente en cada momento para ese cometido, tipo "http://miweb.com/miimagen.jpg?" + Date.now()
Eso habría que ponerlo dentro de un script y hacerlo para cada imagen y habría que referenciar al elemento que tuviera la imagen.
Si haces una recarga de la imagen y sigue saliendo la misma prueba con CTRL + F5 (eso la recarga desde el servidor, no desde la caché local del navegador). Si sale la nueva entonces prueba a poner estas etiquetas en las cabeceras de las páginas (entre las etiquetas iniciales <head> y </head>
<meta http-equiv="Cache-Control" content="no-cache, no-store, must-revalidate" />
<meta http-equiv="Pragma" content="no-cache" />
<meta http-equiv="Expires" content="0" />
Con eso se le dice al navegador que pida una nueva imagen al servidor de tres maneras diferentes.
Lo tendrías que poner en las plantillas del skin /etc/weewx/skin/seasons en el archivo index.html.tmpl
Si funciona con CTRL + F5 (solo en un navegador de escritorio, en uno de un móvil no se podría hacer) con esas líneas en la cabecera del index al recargarse la página debería de ir en todos los navegadores (de escritorio o de móvil).
Si no recarga bien ni con CTRL + F5 ni con esas líneas sería cosa del servidor como ya dije antes.
-
Pues recargando la página con CTRL + F5 se actualizan datos y gráficos. Lo que aprende uno por aquí!
<meta http-equiv="Cache-Control" content="no-cache, no-store, must-revalidate" />
<meta http-equiv="Pragma" content="no-cache" />
<meta http-equiv="Expires" content="0" />
Con eso se le dice al navegador que pida una nueva imagen al servidor de tres maneras diferentes.
Lo tendrías que poner en las plantillas del skin /etc/weewx/skin/seasons en el archivo index.html.tmpl
Si funciona con CTRL + F5 (solo en un navegador de escritorio, en uno de un móvil no se podría hacer) con esas líneas en la cabecera del index al recargarse la página debería de ir en todos los navegadores (de escritorio o de móvil).
Si no recarga bien ni con CTRL + F5 ni con esas líneas sería cosa del servidor como ya dije antes.
Intentaré hacer lo de poner esas etiquetas en las cabeceras de las páginas como me has indicado en el archivo index.html.tmpl, y como buen profano en esto pues espero que funcione. Ya os comento.