annuncio

**rrrmori53** · 17-03-2020, 10:18

qui si vede meglio

**spider61** · 17-03-2020, 10:23

Le potenza in CC non interessano, aggiungi anche potenza media e produzione che sono dati inviati a pvout

**rrrmori53** · 17-03-2020, 10:27

evvai

**Borghese** · 17-03-2020, 11:35

Originariamente inviato da raffaelem Visualizza il messaggio

Devi mettere l'output di

hai fatto aggiornamenti prima che smettesse di funzionare giusto?

Ciao, ecco l'output :

Last login: Mon Mar 16 14:51:13 on ttys000
iMac-di-Diego:~ Diego$ ssh pi@192.168.0.100
pi@192.168.0.100's password:
Last login: Tue Mar 17 11:09:30 2020 from imac-di-diego.fritz.box

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
pi@raspberrypi:~$ sudo systemctl status apache2.service
? apache2.service - LSB: Apache2 web server
Loaded: loaded (/etc/init.d/apache2)
Drop-In: /lib/systemd/system/apache2.service.d
??forking.conf
Active: failed (Result: exit-code) since Mon 2020-03-16 21:49:37 CET; 13h ago
Process: 3115 ExecStart=/etc/init.d/apache2 start (code=exited, status=1/FAILURE)

Mar 16 21:49:37 raspberrypi apache2[3115]: Starting web server: apache2 failed!
Mar 16 21:49:37 raspberrypi apache2[3115]: The apache2 instance did not star....
Mar 16 21:49:37 raspberrypi systemd[1]: apache2.service: control process exi...1
Mar 16 21:49:37 raspberrypi systemd[1]: Failed to start LSB: Apache2 web server.
Mar 16 21:49:37 raspberrypi systemd[1]: Unit apache2.service entered failed ....
Hint: Some lines were ellipsized, use -l to show in full.
pi@raspberrypi:~$ sudo journalctl -xn
-- Logs begin at Mon 2020-03-16 21:43:33 CET, end at Tue 2020-03-17 11:20:08 CET
Mar 17 11:19:57 raspberrypi zmap[19978]: recv: duplicate responses will be exclu
Mar 17 11:19:57 raspberrypi zmap[19978]: recv: unsuccessful responses will be ex
Mar 17 11:19:57 raspberrypi kernel: device eth0 entered promiscuous mode
Mar 17 11:19:57 raspberrypi zmap[19978]: zmap: 1 sender threads spawned
Mar 17 11:19:57 raspberrypi zmap[19978]: send: source MAC address b8:27:eb:15:cb
Mar 17 11:19:57 raspberrypi sudo[19979]: pi : TTY=pts/1 ; PWD=/home/pi ; USER=ro
Mar 17 11:19:57 raspberrypi sudo[19979]: pam_unix(sudo:session): session opened
Mar 17 11:19:57 raspberrypi sudo[19979]: pam_unix(sudo:session): session closed
Mar 17 11:20:08 raspberrypi sudo[20000]: pi : TTY=pts/1 ; PWD=/home/pi ; USER=ro
Mar 17 11:20:08 raspberrypi sudo[20000]: pam_unix(sudo:session): session opened
lines 1-11/11 (END)

Originariamente inviato da raffaelem Visualizza il messaggio

Dimenticavo, il log di apache occorre

il file error.log è vuoto! Lanciato il comando, lo esegue, il file esiste, ma se ci sentro con cat e/o nano per leggerlo o modificarlo, è vuoto!

Originariamente inviato da raffaelem Visualizza il messaggio

e anche un controllo sulla sintassi dei file se hai modificato qualcosa

pi@raspberrypi:/var/log/apache2$ sudo apache2ctl -t
AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1. Set the 'ServerName' directive globally to suppress this message
Syntax OK
pi@raspberrypi:/var/log/apache2$

Mi sta facendo impazzire

**raffaelem** · 17-03-2020, 12:01

Aggiungi il -l per vedere il log completo

sudo systemctl -l status apache2.service

poi

ls -l /etc/apache2/sites-enabled/

e anche il contenuto del default

cat /etc/apache2/sites-enabled/000-default.conf

se hai creato un virtual host per 123solar metti pure quello

**Borghese** · 17-03-2020, 12:15

Eccolo :

pi@raspberrypi:/var/log/apache2$ sudo systemctl -l status apache2.service
? apache2.service - LSB: Apache2 web server
Loaded: loaded (/etc/init.d/apache2)
Drop-In: /lib/systemd/system/apache2.service.d
??forking.conf
Active: failed (Result: exit-code) since Mon 2020-03-16 21:49:37 CET; 14h ago
Process: 3115 ExecStart=/etc/init.d/apache2 start (code=exited, status=1/FAILURE)

Mar 16 21:49:37 raspberrypi apache2[3115]: Starting web server: apache2 failed!
Mar 16 21:49:37 raspberrypi apache2[3115]: The apache2 instance did not start within 20 seconds. Please read the log files to discover problems ... (warning).
Mar 16 21:49:37 raspberrypi systemd[1]: apache2.service: control process exited, code=exited status=1
Mar 16 21:49:37 raspberrypi systemd[1]: Failed to start LSB: Apache2 web server.
Mar 16 21:49:37 raspberrypi systemd[1]: Unit apache2.service entered failed state.
pi@raspberrypi:/var/log/apache2$ ls -l /etc/apache2/sites-enabled/
total 4
-rw-r--r-- 1 root root 1640 Oct 20 2016 000-default.bak
lrwxrwxrwx 1 root root 35 Mar 16 21:40 000-default.conf -> ../sites-available/000-default.conf
pi@raspberrypi:/var/log/apache2$ cat /etc/apache2/sites-enabled/000-default.conf

# The ServerName directive sets the request scheme, hostname and port that
# the server uses to identify itself. This is used when creating
# redirection URLs. In the context of virtual hosts, the ServerName
# specifies what hostname must appear in the request's Host: header to
# match this virtual host. For the default virtual host (this file) this
# value is not decisive as it is used as a last resort host regardless.
# However, you must set it for any further virtual host explicitly.
#ServerName Example Domain

ServerAdmin webmaster@localhost
DocumentRoot /var/www/html

# Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
# error, crit, alert, emerg.
# It is also possible to configure the loglevel for particular
# modules, e.g.
#LogLevel info ssl:warn

ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined

# For most configuration files from conf-available/, which are
# enabled or disabled at a global level, it is possible to
# include a line for only one particular virtual host. For example the
# following line enables the CGI configuration for this host only
# after it has been globally disabled with "a2disconf".
#Include conf-available/serve-cgi-bin.conf

# vim: syntax=apache ts=4 sw=4 sts=4 sr noet
pi@raspberrypi:/var/log/apache2$

**spider61** · 17-03-2020, 12:25

Non mi ricordo se te avevi altro in funzione sul rasp , ma in 30' ,avevi già scaricato l'immagine Arclinux per il tuo modello Arch Linux ARM , seguito la guida ORIGINALE 123Solar e fatto ripartire con l'ultima versione di 123

**raffaelem** · 17-03-2020, 13:19

Questa directory esiste?
/var/www/html

**Borghese** · 17-03-2020, 13:25

Originariamente inviato da spider61 Visualizza il messaggio

Non mi ricordo se te avevi altro in funzione sul rasp , ma in 30' ,avevi già scaricato l'immagine Arclinux per il tuo modello Arch Linux ARM , seguito la guida ORIGINALE 123Solar e fatto ripartire con l'ultima versione di 123

si spider ma hai ragione eh...infatti quella ce l'ho in canna come ultima spiaggia se non dovessi riuscire a risolvere. Estraggo la sd, salvo la cartella data, reinstallo tutto e amen.

Mi sto incaponendo solo perchè, considerato anche che sono tappato in casa in samrt working per via della situazione attuale, volevo "sfruttare" il fault, per capire e imparare qualcosa in più...

Tra l'altro ne approfitto, volendo reinstallare tutto oggi, ex novo, tra le varie versioni mi consigli quella linkata da te sopra ? Io ho un rapy p3, ma mi stava anche ingolosendo l'upgrade al p4, per eventualmente implementare metern e domoticz. (al momento non ho altro in funzione, il raspy è destinato esclusivamente al monitoraggio del fv con backup su ftp in un server che ho in casa)

**Borghese** · 17-03-2020, 13:26

Originariamente inviato da raffaelem Visualizza il messaggio

Questa directory esiste?
/var/www/html

si. e c'è un index.html dentro :

pi@raspberrypi:/var/log/apache2$ cd /var/www/html
pi@raspberrypi:/var/www/html$ ls
index.html
pi@raspberrypi:/var/www/html$

**raffaelem** · 17-03-2020, 13:33

ricapitolando:
1. non hai smanettato prima del malfunzionamento
2. non hai fatto upgrade e/o nuove installazioni di software
3. non hai modificato i permessi
4. non hai nessun file di configurazione oltre al default

dica "lo giuro"

**spider61** · 17-03-2020, 13:35

Comprati anche un paio di SD da 4Gb che bastano e avanzano , che ora costano meno di 1 caffe e ti tieni un backup di scorta , sempre tenendo la cartella data in backup almeno settimanale....

**rrrmori53** · 17-03-2020, 13:54

Originariamente inviato da raffaelem Visualizza il messaggio

dica "lo giuro"

Ciao
Successo anche a me, piu di una volta
123solar deve scrivere sulla sd e la sd si deteriora in modo naturale, sono fatte cosi ed hanno un limite di scitture
In caso di blackout energetico è piu facile ritrovare un sistema inconsistente
Il bello poi è che non riesci a capire............................si rovina un qualche dato sulla Sd e il sistema "sembra" essere ok
Soluzione...................reinstallare
Oppure usare un disco esterno ssd su raspi, orangepi, o come faccio io su x86, soluzione forse piu onerose in termini di consumo
Il filesystem su Sd è di tipo Fat, dischi rigidi o Ssd usano ReiserFs e fa la differenza negli arresti forzati

**raffaelem** · 17-03-2020, 14:03

Già una banale "penna" usb sarebbe sufficiente per metterci i dati e tutta la cartella del web server ed i db senza scrivere mai sulla sd... in fin dei conti sono quattro dati
cmq nn sapevo che le sd fossero così delicate.

Io sui server dell'ufficio faccio un backup incrementale giornaliero di tutto il sistema (eccetto robe non rilevanti) con rsync e faccio settimanalmente la stessa cosa qui a casa, se volete lo script ve lo generalizzo

**rrrmori53** · 17-03-2020, 14:15

Tutti i dati del monitoraggio vanno su sd in tempo reale............................bene la copia ma cambia poco
La soluzione sarebbe un supporto su usb con un link alla cartella usata da 123solar per i dati, in definitiva dire a 123 di salvare sulla penna esterna, piu comoda da sostituire e bakuppare
Io resto sempre a favore di un disco ssd, da 16 Gb si trova a 10/15 euro e risolvi per sempre

**spider61** · 17-03-2020, 14:21

Un SSD ,a parte la gestione migliore delle scritture, quante volte può scrivere una cella di memoria?

Il problema della frittura SD non è cosi marcato con 123solar se usate solo lui , ora poi con orangePi non ho neanche avuto più problemi da tempo, pur avendo dei blackout in zona rurale , però se tutti i giorni ti và via corrente alla fine qualche file corrotto te lo trovi...

**raffaelem** · 17-03-2020, 14:30

Originariamente inviato da rrrmori53 Visualizza il messaggio

Tutti i dati del monitoraggio vanno su sd in tempo reale............................bene la copia ma cambia poco
La soluzione sarebbe un supporto su usb con un link alla cartella usata da 123solar per i dati, in definitiva dire a 123 di salvare sulla penna esterna, piu comoda da sostituire e bakuppare
Io resto sempre a favore di un disco ssd, da 16 Gb si trova a 10/15 euro e risolvi per sempre

Non ti seguo sulla faccenda del link... non c'è nulla da linkare
Se 123solar archivia i dati nella sua directory allora bisogna usare come document root (di tutto il webserver) una cartella che risiede su un dispositivo esterno, usb ssd quel che vi pare se ste sd sono così delicate.

**rrrmori53** · 17-03-2020, 14:31

Un ssd in teoria salva i dati cone un hdd tradizionale con le stesse o migliori prestazioni
Credo non abbiano limiti

**spider61** · 17-03-2020, 14:35

SSD ha sempre una memoria flash come archiviazione , sicuramente migliorata , poi ha un buffer in ram quindi a maggior parte delle scritture avvengono lì e passate nella memoria fissa ogni tanto non sò quanto...ù
Andando indietro nel tempo le prime E2prom inventate 30-35anni fà avevno un ciclo di scrittura di 1000volte , poi migliorate a 10000, oggi non sò le SD attuali quanti cicli di scrittura hanno della singola cella di memoria ,
La frittura delle SD su dispositivi ARM è abbastanza ovvia , se scrivi dei dati sopra ogni secondo per esempio , 123solar salva i dati ogni 5min sul csv giornaliero , dopo non ha altro accesso credo, a fine giornata riaccede ad altro csv dei totali energia dell'anno..... se però c'è un altro script vedi apache o php , etc che ha un probelma e lo scrive nel log ogni secondo , ecco la frittata...

**rrrmori53** · 17-03-2020, 14:35

Originariamente inviato da raffaelem Visualizza il messaggio

Non ti seguo sulla faccenda del link... non c'è nulla da linkare

Se fai un virtual link della cartella "/var/www/html/123solar/data" diretto a una cartella esterna, i dati finiscono li e non sulla sd
E anche la cartella /var/log
Non sara una bella soluzione pero salvaguardi la durata dellasd e del sistema
Al massimo rovini il supporto esterno............................e cambi solo quello

**Borghese** · 17-03-2020, 14:38

Originariamente inviato da raffaelem Visualizza il messaggio

ricapitolando:
1. non hai smanettato prima del malfunzionamento
2. non hai fatto upgrade e/o nuove installazioni di software
3. non hai modificato i permessi
4. non hai nessun file di configurazione oltre al default

dica "lo giuro"

Lo Giuro

è in piedi dal 2013....mai toccato!

**rrrmori53** · 17-03-2020, 14:41

Originariamente inviato da Borghese Visualizza il messaggio

è in piedi dal 2013....mai toccato!

Azz... solo 8 anni bel risultato per una Sd

**Borghese** · 17-03-2020, 14:41

Originariamente inviato da spider61 Visualizza il messaggio

Comprati anche un paio di SD da 4Gb che bastano e avanzano , che ora costano meno di 1 caffe e ti tieni un backup di scorta , sempre tenendo la cartella data in backup almeno settimanale....

si adesso mi attrezzo e reinstallo tutto! Uff....

Come soluzione più stabile e definitiva al momento, mi consigliate quella per archilinux linkata qualche post fa ? ?

**raffaelem** · 17-03-2020, 14:47

Originariamente inviato da rrrmori53 Visualizza il messaggio

Se fai un virtual link della cartella "/var/www/html/123solar/data" diretto a una cartella esterna, i dati finiscono li e non sulla sd

Non so cosa intendi tu per virtual link ma quello che dici tu si fa con un hard link (fatto con ln), non con un link simbolico (fatto con ln -s)

Ma tanto vale spostare tutta la doc root a quel punto

**dolam** · 17-03-2020, 15:01

"cmq nn sapevo che le sd fossero così delicate."
in genere dopo un paio d'anni cominciano a rovinarsi.
Però devo dire che la mia è la versione, 1.5.5 , una delle prime e scrive un'infinità di log ( per il mio sistema di gestione dei carichi inventato da gianfdp, un genio che scriveva qui, fino quando insistentemente qualcuno non gli ha rotto le bolle che non era l'inventore di 123solar , cosa che lui non ha mai sostenuto ovviamente)
e quindi sono arrivato ad avere anche 4GB di soli log, per la verità gianfdp mi aveva anche inserito un sistema di cancellazione automatico dei log, ma non avevo salvato quella versione ed ora scrive in continuazione .
Raffaelem mi indichi per favore dei comandi per vedere il peso dei log in tutte le cartelle anche le più nascoste?
alcuni sono all'interno delle cartelle contenute in var/log , esiste un comando per cancellarle tutte insieme oltre rm *, questo mi cancella quelli che vedi ma poi devo entrare in ogni cartella per cancellare gli altri
apache2 debug.log mail.info php5-fpm.log.1 syslog.6.gz
apt dmesg mail.log php5-fpm.log.2.gz syslog.7.gz
auth.log fsck mail.warn redis upstart
auth.log.1 fv_loads.log messages samba user.log
ConsoleKit fv_loads.log.1 messages.1 syslog user.log.1
daemon.log kern.log mysql syslog.1 watchdog
daemon.log.1 kern.log.1 news syslog.2.gz webiopi
dbconfig-common lightdm nginx syslog.3.gz webiopi.1
debug lpr.log ntpstats syslog.4.gz
debug.1 mail.err php5-fpm.log syslog.5.gz

devo entrare qui per cancellare ciò che rimane
rm: impossibile rimuovere "apache2": È una directory
rm: impossibile rimuovere "apt": È una directory
rm: impossibile rimuovere "ConsoleKit": È una directory
rm: impossibile rimuovere "dbconfig-common": È una directory
rm: impossibile rimuovere "fsck": È una directory
rm: impossibile rimuovere "lightdm": È una directory
rm: impossibile rimuovere "mysql": È una directory
rm: impossibile rimuovere "news": È una directory
rm: impossibile rimuovere "nginx": È una directory
rm: impossibile rimuovere "ntpstats": È una directory
rm: impossibile rimuovere "redis": È una directory
rm: impossibile rimuovere "samba": È una directory
rm: impossibile rimuovere "upstart": È una directory
rm: impossibile rimuovere "watchdog": È una directory

**dolam** · 17-03-2020, 15:05

nella cartella nginx come vedi ci sono altri tantissimi log ma anche nelle altre e devo aprirle una ad una per ripulirle periodicamente.

root@raspberrypi:/var/log# cd nginx
root@raspberrypi:/var/log/nginx# ls
access.log access.log.4.gz error.log error.log.4.gz
access.log.1 access.log.5.gz error.log.1 error.log.5.gz
access.log.2.gz access.log.6.gz error.log.2.gz error.log.6.gz
access.log.3.gz access.log.7.gz error.log.3.gz error.log.7.gz
root@raspberrypi:/var/log/nginx#

**raffaelem** · 17-03-2020, 15:07

Originariamente inviato da dolam Visualizza il messaggio

e quindi sono arrivato ad avere anche 4GB di soli log, per la verità gianfdp mi aveva anche inserito un sistema di cancellazione automatico dei log, ma non avevo salvato quella versione ed ora scrive in continuazione .
Raffaelem mi indichi per favore dei comandi per vedere il peso dei log in tutte le cartelle anche le più nascoste?

per vedere i singoli file e dimensione

codice:

sudo find /var/log/ -type f -exec ls -lh {} \; | awk '{print $5,  $9}'

per le cartelle in

codice:

sudo du -sh /var/log

se vuoi eliminare i log più vecchi è meglio lavorare su logrotate, ma nel frattempo puoi rimuoverli con

codice:

sudo find /var/log/ -type f -iname *.gz -exec rm {} \;

**dolam** · 17-03-2020, 15:28

Grazie , funziona benissimo ora approfitto per chiederti un'altra cosa nel post successivo
per ora il risultato è questo, prima :
0 /var/log/news/news.err
0 /var/log/news/news.crit
0 /var/log/news/news.notice
1,9K /var/log/nginx/error.log.4.gz
1,4M /var/log/nginx/access.log.6.gz
433K /var/log/nginx/error.log.1
2,5K /var/log/nginx/error.log.5.gz
25K /var/log/nginx/error.log
2,1K /var/log/nginx/error.log.6.gz
3,2K /var/log/nginx/error.log.2.gz
1019K /var/log/nginx/access.log.3.gz
41M /var/log/nginx/access.log
1,4M /var/log/nginx/access.log.5.gz
1,4M /var/log/nginx/access.log.4.gz
981K /var/log/nginx/access.log.7.gz
6,0K /var/log/nginx/error.log.7.gz
2,6K /var/log/nginx/error.log.3.gz
101M /var/log/nginx/access.log.1
1,3M /var/log/nginx/access.log.2.gz
196 /var/log/fsck/checkroot
377 /var/log/fsck/checkfs
2,2K /var/log/lightdm/lightdm.log
1,2K /var/log/lightdm/x-0.log
44K /var/log/fv_loads.log
13K /var/log/ConsoleKit/history
1,2K /var/log/ConsoleKit/history.1
268M /var/log/redis/redis-server.log
6,5M /var/log/redis/redis-server.log.1.gz
root@raspberrypi:/home/pi# sudo find /var/log/ -type f -iname *.gz -exec rm {} \;
find: paths must precede expression: WebIOPi-0.7.1.tar.gz
Usage: find [-H] [-L] [-P] [-Olevel] [-D help|tree|search|stat|rates|opt|exec] [path...] [expression]
root@raspberrypi:/home/pi# sudo find /var/log/ -type f -exec ls -lh {} \; | awk '{print $5, $9}'

e questo dopo:

0 /var/log/news/news.err
0 /var/log/news/news.crit
0 /var/log/news/news.notice
196 /var/log/fsck/checkroot
377 /var/log/fsck/checkfs
2,2K /var/log/lightdm/lightdm.log
1,2K /var/log/lightdm/x-0.log
53K /var/log/fv_loads.log
13K /var/log/ConsoleKit/history
1,2K /var/log/ConsoleKit/history.1
129K /var/log/redis/redis-server.log

**dolam** · 17-03-2020, 15:33

ora la domanda un pò fuori tema ma non tanto perchè voglio installare Hombridge su raspberry per poter ascoltare da "lettura SIRI" i dati di shelly EM
ho installato come da guida hombridge ma non mi crea la cartella anche se è scritto che sarebbe un errore conosciuto, a me non lo fa , manca qualche plugin?
Come installare e configurare Homebridge su Raspberry Pi | inDomus.it

Al termine della procedura automatica, avviare per la prima volta il software (al fine di creare la directory home, anche se il comando genererà un errore) tramite il seguente comando:
homebridge

**raffaelem** · 17-03-2020, 15:37

Tutto sommato non erano importanti come dimensioni.
Comunque in
/etc/logrotate.d

ci sono una serie di file, uno per ogni servizio che logga, se hai problemi puoi fare qualche piccola modifica in quei file al parametro rotate e porre tutto a 1 o 0 se non hai interesse a mantenere log oltre un certo tempo

altra cosa che puoi modificare, ove presente, il parametro maxsize (oppure inserirlo se non c'è), seguito da una dimensione espressa nella forma 5K, 5M e così via. I log verranno "ruotati" appena il file supera quella dimensione.

annuncio

Raspberry , oltre il datalogger, gestione domotica della casa, è possibile? proposte e considerazioni varie.

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta