Meteoclimatic
Software => WeeWX => Mensaje iniciado por: guarripei en 15 de Octubre de 2015, 08:57:28
-
Bueno pues despues de tener funcionando perfectamente weewx: http://84.124.142.72/weewx/
Funcionando con la raspi conectada al router y funcionando con el servidor interno de la misma sin subir FTP osea redireccionando a mi IP.
Pero despues de un tiempo en el cual creia que era windows que no me iba bien, formateo el pc y instalo windows otra vez y sigue igual, el tema es que me conecto a paginas web y cuando se abre, me dice no se puede mostrar la pagina y a los segundos me la muestra, despues con el wiffi del router con los telefonos de la casa me falla osea estoy conectado sin problemas pero tarda una infinidad o no se carga la pagina que quiero ver, asi que al fin despues de un monton de dias veo que si desconecto la raspi a los milisegundos todo perfecto super rapido osea que por lo que yo veo es algo que tiene configurado la raspi que ocupa mucho ancho de banda y que no he configurado bien, siempre la he tenido funcionando con wview y hace mas de un año con weewx y perfecto por problemas tuve que borrar la imagen y montarla de nuevo y ahora me pasa esto, a ver si alguien sabe de que va el tema.
Ahhh mi conexion es con ONO 50Mb.
Gracias
-
Pues lo primero es ir descartando cosas.
Así que lo primero que debes hacer si sospechas de la Raspi, es el temido
ps aux
para ver que se está ejecutando
Y si el router lo permite, mira a ver que o quienes se está chupando el ancho de banda.
También deberías revisar las direcciones IP internas, no sea que coincidan entre varios dispositivos y se arma el lío padre.
Venga.....a ver que descubrimos
-
Ok, como tengo ese problema tiempo, se me ocurrio cambiar la ip de la raspi y subirla mucho con respecto a las que normalmente tengo que estan entorno a 192.168.1.13/ 14-15-16-17 como veia que la raspi estaba cerca y pense que por eso no me dejaba acceso a los moviles "por cercania de ip" pues cambie la direccion de la raspberry a 192.168.1.30 pero sigue igual.
Acabo de ver los conectados y es lo que normalmente siempre ha estado, aunque me gustaria ver lo que come cada equipo.
(http://i932.photobucket.com/albums/ad162/guarripei/router2_zpsshzuws0p.png) (http://s932.photobucket.com/user/guarripei/media/router2_zpsshzuws0p.png.html)
Adjunto va el log del comando que me has comentado.
-
La "cercanía" de las direcciones IP no debe influir en nada.
El problema es la coincidencia de varios dispositivos con la misma IP.
Eso no lo vas a ver en el router.
En windows lo ves rápidamente en una ventana de MSDOS (cmd) y ejecutando IPCONFIG:
C:\Users\EA4TN>ipconfig
Configuración IP de Windows
Adaptador de Ethernet Local Area Connection 2:
Sufijo DNS específico para la conexión. . :
Vínculo: dirección IPv6 local. . . : fe80::ec09:f055:e65a:f261%12
Dirección IPv4. . . . . . . . . . . . . . : 192.168.0.200
Máscara de subred . . . . . . . . . . . . : 255.255.255.0
Puerta de enlace predeterminada . . . . . : 192.168.0.1
Adaptador de Ethernet Local Area Connection:
Estado de los medios. . . . . . . . . . . : medios desconectados
Sufijo DNS específico para la conexión. . :
Adaptador de túnel isatap.{3DB4EF55-200E-4E69-8C5E-9840F8CD5521}:
Estado de los medios. . . . . . . . . . . : medios desconectados
Sufijo DNS específico para la conexión. . :
Adaptador de túnel isatap.{027796E2-CE01-40D2-90B4-2D6C24546E41}:
Estado de los medios. . . . . . . . . . . : medios desconectados
Sufijo DNS específico para la conexión. . :
Y, en la raspi el comando ifconfig:
pi@raspberrypi ~ $ ifconfig
eth0 Link encap:Ethernet HWaddr b8:27:eb:c0:a0:29
inet addr:192.168.0.79 Bcast:192.168.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:10645428 errors:0 dropped:2318 overruns:0 frame:0
TX packets:12326191 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:969137055 (924.2 MiB) TX bytes:983715684 (938.1 MiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:1132 errors:0 dropped:0 overruns:0 frame:0
TX packets:1132 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:86408 (84.3 KiB) TX bytes:86408 (84.3 KiB)
pi@raspberrypi ~ $
Si usas un servidor DHCP en el router, comprueba que no estés "forzando" asignar direcciones IP a ningún dispositivo.
Si en la raspberry usas dirección ip fija, comprueba que dicha IP está fuera del rango que has establecido en el router para asignar direcciones IP dinámicas (aprovecho para decir que excesivamente amplio. No creo que tengas más de 180 dispositivos IP en casa)
En cuanto a que la raspi consuma ancho de banda tendrás que comprobarlo con algún comando que te enseñe los procesos. Si consumiera todo el ancho de banda, ese proceso estaría consumiendo, en buena lógica un buen trozo de la tarta de la CPU.
Como referencia, usar "ps aux" o "top"
pi@raspberrypi ~ $ ps aux
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.4 2152 1144 ? Ss sep20 1:21 init [2]
root 2 0.0 0.0 0 0 ? S sep20 0:00 [kthreadd]
root 3 0.0 0.0 0 0 ? S sep20 7:10 [ksoftirqd/0]
root 5 0.0 0.0 0 0 ? S< sep20 0:00 [kworker/0:0H]
root 7 0.0 0.0 0 0 ? S sep20 28:16 [rcu_preempt]
root 8 0.0 0.0 0 0 ? S sep20 0:00 [rcu_sched]
root 9 0.0 0.0 0 0 ? S sep20 0:00 [rcu_bh]
root 10 0.0 0.0 0 0 ? S< sep20 0:00 [khelper]
root 11 0.0 0.0 0 0 ? S sep20 0:00 [kdevtmpfs]
root 12 0.0 0.0 0 0 ? S< sep20 0:00 [netns]
root 13 0.0 0.0 0 0 ? S< sep20 0:00 [perf]
root 14 0.0 0.0 0 0 ? S sep20 0:01 [khungtaskd]
root 15 0.0 0.0 0 0 ? S< sep20 0:00 [writeback]
root 16 0.0 0.0 0 0 ? S< sep20 0:00 [crypto]
root 17 0.0 0.0 0 0 ? S< sep20 0:00 [bioset]
root 18 0.0 0.0 0 0 ? S< sep20 0:00 [kblockd]
root 19 0.1 0.0 0 0 ? S sep20 37:34 [kworker/0:1]
root 20 0.0 0.0 0 0 ? S< sep20 0:00 [rpciod]
root 21 0.0 0.0 0 0 ? S sep20 0:09 [kswapd0]
root 22 0.0 0.0 0 0 ? S sep20 0:00 [fsnotify_mark]
root 23 0.0 0.0 0 0 ? S< sep20 0:00 [nfsiod]
root 29 0.0 0.0 0 0 ? S< sep20 0:00 [kthrotld]
root 30 0.0 0.0 0 0 ? S< sep20 0:00 [VCHIQ-0]
root 31 0.0 0.0 0 0 ? S< sep20 0:00 [VCHIQr-0]
root 32 0.0 0.0 0 0 ? S< sep20 0:00 [VCHIQs-0]
root 33 0.0 0.0 0 0 ? S< sep20 0:00 [iscsi_eh]
root 34 0.0 0.0 0 0 ? S< sep20 0:00 [dwc_otg]
root 35 0.0 0.0 0 0 ? S< sep20 0:00 [DWC Notificatio]
root 37 0.0 0.0 0 0 ? S sep20 0:00 [VCHIQka-0]
root 38 0.0 0.0 0 0 ? S< sep20 0:00 [deferwq]
root 40 0.0 0.0 0 0 ? S sep20 8:05 [mmcqd/0]
root 42 0.0 0.0 0 0 ? S sep20 1:34 [jbd2/mmcblk0p2-]
root 43 0.0 0.0 0 0 ? S< sep20 0:00 [ext4-rsv-conver]
root 158 0.0 0.7 2788 1796 ? Ss sep20 0:00 udevd --daemon
root 305 0.0 0.7 2784 1732 ? S sep20 0:00 udevd --daemon
root 306 0.0 0.6 2784 1536 ? S sep20 0:00 udevd --daemon
root 1543 0.0 0.4 1756 1104 ? S sep20 27:24 /usr/sbin/ifplugd -i eth0 -q -f -u0 -d10 -w -I
root 1547 0.0 0.4 1756 960 ? S sep20 5:06 /usr/sbin/ifplugd -i lo -q -f -u0 -d10 -w -I
root 1857 0.0 1.2 29032 2936 ? Sl sep20 5:26 /usr/sbin/rsyslogd -c5
root 1904 0.0 2.3 25324 5628 ? Ss sep20 4:30 /usr/sbin/apache2 -k start
root 1964 0.0 0.6 3832 1472 ? Ss sep20 0:19 /usr/sbin/cron
104 1970 0.0 0.4 3184 964 ? Ss sep20 0:00 /usr/bin/dbus-daemon --system
ntp 2022 0.0 0.8 5524 2016 ? Ss sep20 6:35 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 102:104
root 2055 0.0 0.9 6224 2176 ? Ss sep20 0:00 /usr/sbin/sshd
nobody 2063 0.0 0.5 2024 1360 ? Ss sep20 0:41 /usr/sbin/thd --daemon --triggers /etc/triggerhappy/triggers.d/ --socket /v
root 2097 9.4 38.9 146840 91404 ? Sl sep20 3407:20 python /usr/bin/weewxd --daemon --pidfile=/var/run/weewx.pid /etc/weewx/we
root 2146 0.0 0.5 3752 1380 tty1 Ss+ sep20 0:00 /sbin/getty --noclear 38400 tty1
root 2147 0.0 0.5 3752 1332 tty2 Ss+ sep20 0:00 /sbin/getty 38400 tty2
root 2148 0.0 0.5 3752 1392 tty3 Ss+ sep20 0:00 /sbin/getty 38400 tty3
root 2149 0.0 0.5 3752 1324 tty4 Ss+ sep20 0:00 /sbin/getty 38400 tty4
root 2150 0.0 0.5 3752 1376 tty5 Ss+ sep20 0:00 /sbin/getty 38400 tty5
root 2151 0.0 0.5 3752 1332 tty6 Ss+ sep20 0:00 /sbin/getty 38400 tty6
www-data 3091 0.0 2.3 25476 5592 ? S oct12 0:00 /usr/sbin/apache2 -k start
www-data 6537 0.0 2.3 25428 5448 ? S oct13 0:00 /usr/sbin/apache2 -k start
www-data 6538 0.0 2.3 25428 5448 ? S oct13 0:00 /usr/sbin/apache2 -k start
www-data 6542 0.0 2.2 25380 5336 ? S oct13 0:01 /usr/sbin/apache2 -k start
www-data 6543 0.0 2.2 25364 5328 ? S oct13 0:00 /usr/sbin/apache2 -k start
www-data 6544 0.0 2.2 25364 5328 ? S oct13 0:00 /usr/sbin/apache2 -k start
www-data 6545 0.0 2.2 25364 5328 ? S oct13 0:00 /usr/sbin/apache2 -k start
www-data 6546 0.0 2.2 25364 5328 ? S oct13 0:00 /usr/sbin/apache2 -k start
root 12116 0.0 0.0 0 0 ? S 14:55 0:00 [kworker/u2:2]
root 12198 0.0 0.0 0 0 ? S 15:35 0:00 [kworker/u2:0]
root 12220 0.1 1.9 9268 4548 ? Ss 15:36 0:00 sshd: pi [priv]
pi 12224 0.2 1.5 9268 3664 ? S 15:36 0:00 sshd: pi@pts/0
pi 12226 0.8 2.0 6476 4788 pts/0 Ss 15:36 0:01 -bash
pi 12267 0.0 0.8 4464 2076 pts/0 R+ 15:40 0:00 ps aux
www-data 20540 0.0 2.3 25436 5400 ? S oct07 0:00 /usr/sbin/apache2 -k start
root 25539 0.0 0.0 0 0 ? S oct09 0:00 [kworker/0:2]
www-data 29938 0.0 2.3 25436 5448 ? S oct10 0:00 /usr/sbin/apache2 -k start
pi@raspberrypi ~ $
top - 15:43:04 up 24 days, 22:46, 1 user, load average: 0,12, 0,17, 0,15
Tasks: 69 total, 1 running, 68 sleeping, 0 stopped, 0 zombie
%Cpu(s): 1,3 us, 0,3 sy, 0,0 ni, 98,3 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
KiB Mem: 234612 total, 216580 used, 18032 free, 32272 buffers
KiB Swap: 0 total, 0 used, 0 free, 65072 cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2097 root 20 0 143m 89m 4036 S 1,0 39,0 3407:22 python
12274 pi 20 0 4688 2476 2088 R 1,0 1,1 0:00.63 top
1 root 20 0 2152 1144 1040 S 0,0 0,5 1:21.09 init
2 root 20 0 0 0 0 S 0,0 0,0 0:00.37 kthreadd
3 root 20 0 0 0 0 S 0,0 0,0 7:10.88 ksoftirqd/0
5 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kworker/0:0H
7 root 20 0 0 0 0 S 0,0 0,0 28:16.58 rcu_preempt
8 root 20 0 0 0 0 S 0,0 0,0 0:00.00 rcu_sched
9 root 20 0 0 0 0 S 0,0 0,0 0:00.00 rcu_bh
10 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 khelper
11 root 20 0 0 0 0 S 0,0 0,0 0:00.01 kdevtmpfs
12 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 netns
13 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 perf
14 root 20 0 0 0 0 S 0,0 0,0 0:01.74 khungtaskd
15 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 writeback
16 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 crypto
17 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 bioset
18 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kblockd
19 root 20 0 0 0 0 S 0,0 0,0 37:34.52 kworker/0:1
20 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 rpciod
21 root 20 0 0 0 0 S 0,0 0,0 0:09.39 kswapd0
22 root 20 0 0 0 0 S 0,0 0,0 0:00.00 fsnotify_mark
23 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 nfsiod
29 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kthrotld
30 root 1 -19 0 0 0 S 0,0 0,0 0:00.00 VCHIQ-0
31 root 1 -19 0 0 0 S 0,0 0,0 0:00.00 VCHIQr-0
32 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 VCHIQs-0
33 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 iscsi_eh
34 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 dwc_otg
35 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 DWC Notificatio
37 root 20 0 0 0 0 S 0,0 0,0 0:00.00 VCHIQka-0
38 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 deferwq
40 root 20 0 0 0 0 S 0,0 0,0 8:05.37 mmcqd/0
42 root 20 0 0 0 0 S 0,0 0,0 1:34.95 jbd2/mmcblk0p2-
43 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 ext4-rsv-conver
158 root 20 0 2788 1796 1428 S 0,0 0,8 0:00.57 udevd
305 root 20 0 2784 1732 1348 S 0,0 0,7 0:00.17 udevd
306 root 20 0 2784 1536 1164 S 0,0 0,7 0:00.01 udevd
1543 root 20 0 1756 1104 1020 S 0,0 0,5 27:24.19 ifplugd
1547 root 20 0 1756 960 876 S 0,0 0,4 5:06.23 ifplugd
1857 root 20 0 29032 2936 1476 S 0,0 1,3 5:26.16 rsyslogd
1904 root 20 0 25324 5628 1572 S 0,0 2,4 4:30.83 apache2
1964 root 20 0 3832 1472 1284 S 0,0 0,6 0:19.40 cron
1970 messageb 20 0 3184 964 740 S 0,0 0,4 0:00.00 dbus-daemon
2022 ntp 20 0 5524 2016 1628 S 0,0 0,9 6:35.28 ntpd
Salvo los momentos puntuales que hay que "currar" haciendo gráficos y manejando la base de datos, la situación normal es esta, un consumo de CPU mínimo ( y es uan vieja Raspi de 256MB de RAM)
Hay router que tienen análisis del ancho de banda, como puedes ver en la imagen que adjunto
Si la cosa no la encuentras, te recomiendo el uso de un sniffer. Hace mucho que no uso uno, pero en google encontrarás buena info. El sniffer te ayudará a comprobar que pasa en tu red.....lo puedes ver todo.....pero ten en cuenta que verás muchas cosas. El uso del sniffer fue la que me ayudó a encontrar el problema del error 401 y 403 hace unos meses con el Visual Star.
Suerte
-
Ok creo que el margen de dhcp es de 10 a 199 y yo con la raspi estoy en 30 osea que fuera "creo" que no estoy y si estoy con ip fija.
En cuanto a consumo de la cpu tengo dos procesos que uno tiene 7.7 que es el del weewx.conf y el otro que tiene 4 que es /tmp/.wfirewall_3.
Voy a ver el router a ver si tuviera analisis del ancho de banda.
-
Dos cosas.
Estas equivocado. Si la Raspi la tienes con IP fija, la tienes dentro del rango asignable por el servidor DHCP. Mala idea. O cambias la IP fija de la Raspi o modificas el rango dle DHCP.
/tmp/.wfirewall_3 ????????????? Y ¿esto que es? ¿Has montado un firewall en la raspi?
-
Ok pues cambiare el rango del dchp que sea hasta 29 y la raspi la dejo en 30 asi se queda fuera del rango.
Y yo no he instalado nada en la raspi jejejeje, la imagen tuya, desde luego que me pasan cosas raras, mira ahora acabo de pararla un momento porque si no no puedo navegar por internet casi y al arrancar me sale otra vez lo del firewall.
root 10687 7.7 7.4 73744 36700 ? Sl oct13 250:03 python /usr/bin/weewxd --daemon --pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf
www-data 10869 0.0 1.3 25608 6908 ? S oct13 0:00 /usr/sbin/apache2 -k start
www-data 11033 0.0 1.3 25608 6904 ? S oct13 0:00 /usr/sbin/apache2 -k start
www-data 11200 0.0 1.3 25608 6912 ? S oct13 0:00 /usr/sbin/apache2 -k start
root 11259 0.0 0.0 240 112 ? Ss oct13 0:08 ./gjw8ad9u2j
root 11263 0.0 0.0 0 0 ? Z oct13 0:00 [[cpuset]] <defunct>
root 11279 0.0 0.0 0 0 ? Z oct13 0:52 [[cpuset]] <defunct>
root 11321 0.2 0.0 0 0 ? Z oct13 8:14 [[cpuset]] <defunct>
root 11541 3.9 0.1 1016 904 ? S oct13 105:11 ./gjw8ad9u2j
pi 11603 2.6 0.9 7628 4500 ? S oct13 70:57 usr/sbin/httpd
www-data 11604 0.0 1.3 25608 6904 ? S oct13 0:00 /usr/sbin/apache2 -k start
root 11720 0.0 0.0 240 112 ? Ss oct13 0:00 ./ijoa282jawo
root 11797 0.2 0.0 0 0 ? Z oct13 5:08 [[cpuset]] <defunct>
root 12135 0.0 0.0 0 0 ? Z oct14 0:01 [[cpuset]] <defunct>
pi 12358 0.0 0.0 236 108 ? Ss oct14 0:07 /tmp/.wfirewall_3
pi 12869 0.0 0.0 240 112 ? Ss oct14 0:00 /tmp/.wfirewall_3
pi 12871 4.0 0.1 1016 904 ? S oct14 79:41 /tmp/.wfirewall_3
pi 13242 2.3 1.0 7824 5040 ? S oct14 38:26 usr/sbin/httpd
www-data 13741 0.0 1.3 25608 6904 ? S oct14 0:00 /usr/sbin/apache2 -k start
www-data 13742 0.0 1.3 25240 6588 ? S oct14 0:00 /usr/sbin/apache2 -k start
root 13949 0.0 0.0 240 112 ? Ss oct14 0:01 ./ijoa282jawo
root 13953 1.6 0.0 0 0 ? Z oct14 19:23 [[cpuset]] <defunct>
www-data 14680 0.0 1.3 25608 6904 ? S 06:33 0:00 /usr/sbin/apache2 -k start
root 14792 2.6 0.0 0 0 ? Z 08:13 13:01 [[cpuset]] <defunct>
root 15284 0.4 0.0 0 0 ? Z 14:35 0:31 [[cpuset]] <defunct>
root 15301 0.8 0.0 0 0 ? Z 14:53 0:48 [[cpuset]] <defunct>
root 15318 0.0 0.9 9428 4456 ? Ss 15:10 0:01 sshd: root@notty
root 15323 0.0 0.3 2208 1584 ? Ss 15:10 0:00 /usr/lib/openssh/sftp-server
root 15324 0.0 0.9 9404 4464 ? Ss 15:10 0:01 sshd: root@notty
root 15328 0.0 0.5 4608 2940 ? Ss 15:10 0:00 -bash
root 15373 0.0 0.0 0 0 ? S 15:36 0:00 [kworker/u2:0]
root 15515 0.0 0.0 0 0 ? S 16:23 0:00 [kworker/u2:1]
root 15516 0.0 0.0 0 0 ? S 16:25 0:00 [kworker/0:2]
root 15538 0.0 0.0 0 0 ? S 16:30 0:00 [kworker/u2:2]
root 15601 0.0 0.5 6224 2884 ? Ss 16:30 0:00 /usr/sbin/sshd
root 15610 0.0 0.4 4464 2120 ? R 16:31 0:00 ps aux
Lo que pasa ahora es que no tiene consumo en la cpu
-
Ummmmm.....hay algo raro.
Consejo. Copia de los datos y de la configuración de Weewx......e instalación limpia.
Yo lo haría....ese comportamiento es extraño
-
Ok, pues entonces no se hable mas, voy a ello, porque es verdad, nunca me habia ralentizado mi conexion y he tenido el programa funcionando mucho tiempo.
Gracias
-
Bueno pues ahora he instalado la imagen de nuevo, solamente he guardado el weewx.conf, pero al arrancar no me actualiza se queda la pagina parada en mayo del 2015 y el log me dice
05:17:25 raspberrypi weewx[2102]: **** KeyError: 'DataBindings'
Oct 16 05:17:25 raspberrypi weewx[2102]: **** Exiting.
Adjunto va el log completo
Pues ahora funciona perfectamente, estoy ajustando el enlace de metegram pero por lo demas bien, he vuelto a grabar la imagen y la he configurado a mano en vez de copiar el weewx.conf, de momento parece que internet no me lo ralentiza.
-
Me alegro
-
Muchas gracias por todo jantoni.
-
Una recomendacion.
Cambiar las claves de la raspi, tanto del usuario pi como de root
Saludos
-
Pues no me acordaba, acabo de cambiarlas.
Gracias
-
Y actualizar de vez en cuando la raspi.
sudo apt-get update
sudo apt-get upgrade
sudo apt-ge dist-upgrade
-
Actualizar es conveniente de vez en cuando???
Y no entorpece el funcionamiento de weewx???
No sabia que se podia actualizar.
Yo lo unico que hacia porque note que cuando se llenaba en la pantalla de la estacion "watson" la memoria, cuando estaba llena al dia siguiente mas menos, fallaba weewx, entonces lo que hacia era que cortaba tension a la raspi y asi al quedarse sin tension la consola "no tengo pilas puestas" se vaciaba la memoria y asi no falla.
-
Si. Es conveniente actualizar, salvo que transmitas datos por la utilidad de linux y no tengas abierta la web de la raspberry.
En cuanto este abierta la web, hay que actualizar muy de vez en cuando, pues Apache2 es muy seguro pero no infalible.
No interfiere para nada con weewx, y jamás será necesario reiniciar.
En cuanto a la consola, yo no he visto nada cuando se llena la memoria, y he tenido 3 weewx con 3 estaciones diferentes en la misma raspberry, una de ellas con la FineOffset
-
Ok jantoni, pues actualizare y observare lo de la memoria de la consola cuando este llena a ver que es lo que hace.
Gracias
-
Hola, con la Raspberry en funcionamiento se come todo el ancho de banda. Con el comando top, he visto que el proceso zmap ocupa practicamente toda la CPU. No sé si es necesario, y en caso de que no lo sea, como puedo detenerlo o eliminarlo. Adjunto fichero. Gracias.
-
zmap ¿?¿?¿?¿?¿?¿?
Es la primera vez que lo veo.
Pero googleando:
http://omicrono.elespanol.com/2017/06/malware-para-linux-en-raspberry-pi/
-
¡¡¡¡¡¡Coño!!!!!!! Un bicho en linux >:( >:( >:( >:(
-
Bueno, pero es consecuencia de dejar el puerto 22 abierto en el router y dejar la clave original de la raspberry
73
-
Bueno, entonces como el que deja las claves originales de los routers.... o la de la tarjeta del banco, . .
Las quintadas se pagan, creo que todos hemos cometido alguna vez algún error de ese tipo.
-
En este caso, le recomendaría una instalación totalmente nueva.
Así se cambian las claves SSH y las claves del usuario por defecto.
El tener el puerto 22 es muy útil. A más de un usuario de estas tierras he tenido que entrar a "violar" la Raspi y no lo puedes hacer salvo con SSH.....bueno parece que ahora hay un teamviewer para Raspi......pero mejor no.
-
bueno parece que ahora hay un teamviewer para Raspi
No des ideas , . . . ;D ;D ;D *+* *+* *+*