- Messaggi: 1523
- Karma: 9
- Ringraziamenti ricevuti 240
×
Benvenuti sul nostro forum su Sint Wind PI!
Postate qui domande o segnalate problemi / bug che riscontrate,
Postate qui domande o segnalate problemi / bug che riscontrate,
File LOG su SD unico e pesante dopo diversi giorni
7 Anni 5 Mesi fa #7896
da seven
Risposta da seven al topic File LOG su SD unico e pesante dopo diversi giorni
Provo a mettere anch'io i miei 10 cents allegando questo scriptello in Python che riceve l'output direttamente da swpi.sh e provvede (una riga alla volta) a salvarlo in un file di log che reca il nome della data in cui è stato creato (tipo log05062017.log), un po' quello che nell'idea originaria avrebbe dovuto fare swpi.sh stesso (ma che non lo fa in quanto purtroppo non aggiorna la data una volta lanciato).
Basta copiare l'allegato loghelper.py in /swpi, cambiargli i permessi (chmod) a 755 e modificare swpi.sh sostituendo il suo contenuto con quanto segue:
Riavviare infine Swpi (o la Rasp). Da questo momento i dati di log verranno sparati correttamente nel file relativo alla data attuale, mentre rimane inalterato il log "davis_xxxx2017.log" che mi pare non soffra di questo problema. Al cambio data di mezzanotte verrà creato un nuovo datalog che riceverà i dati delle successive 24 ore e così via.
Naturalmente resta aperto il problema della data esatta: se la Rasp non potesse connettersi al suo avvio ad un server NTP, creerà il file di log secondo la data che
più le aggrada.... In questo caso però mi sento di suggerire l'investimento dei pochissimi euro necessari all'acquisto di un modulo RTC (Real Time Clock) come quelli che è possibile trovare qui (a puro titolo di esempio) : l'installazione/configurazione è abbastanza semplice e ci si toglie il problema una volta per tutte.
Ciaoo!
Basta copiare l'allegato loghelper.py in /swpi, cambiargli i permessi (chmod) a 755 e modificare swpi.sh sostituendo il suo contenuto con quanto segue:
#! /bin/bash
cd /home/pi/swpi
sudo python -u swpi.py 2>&1 | /swpi/loghelper.py
Riavviare infine Swpi (o la Rasp). Da questo momento i dati di log verranno sparati correttamente nel file relativo alla data attuale, mentre rimane inalterato il log "davis_xxxx2017.log" che mi pare non soffra di questo problema. Al cambio data di mezzanotte verrà creato un nuovo datalog che riceverà i dati delle successive 24 ore e così via.
Naturalmente resta aperto il problema della data esatta: se la Rasp non potesse connettersi al suo avvio ad un server NTP, creerà il file di log secondo la data che
più le aggrada.... In questo caso però mi sento di suggerire l'investimento dei pochissimi euro necessari all'acquisto di un modulo RTC (Real Time Clock) come quelli che è possibile trovare qui (a puro titolo di esempio) : l'installazione/configurazione è abbastanza semplice e ci si toglie il problema una volta per tutte.
Ciaoo!
Si prega Accedi a partecipare alla conversazione.
7 Anni 5 Mesi fa #7904
da seven
Risposta da seven al topic File LOG su SD unico e pesante dopo diversi giorni
Giusto un aggiornamento: ho provato lo scriptello python di cui a
questo post
anche sulla versione 2 ed ha funzionato al primo colpo. Se vogliamo essere pignoli, siccome trasferisce sul log una riga intera per volta, in console non si vedrà il count-down iniziale un secondo alla volta come al solito, ma solo dopo che sarà terminato apparirà la riga tutta intera
(10.....9.....8.....7.....6.....5.....4.....3.....2.....1.....). Naturalmente ciò non influisce in alcun modo sul file di log, che si presenta esattamente come dovrebbe essere.
Per quanto riguarda il fake-hwclock confermo che spostarlo su una directory scrivibile e linkarlo da /etc non funziona, nemmeno mettendolo a S99 come (giustamente) suggeriva Ulisse. Probabilmente il sistema operativo va a leggersi il file nel primissimo stadio di avvio e per qualche motivo non lo trova, e non trovandolo assume come ora di sistema l'ora Unix 0 che equivale all' 1/1/1970.
Una soluzione potrebbe essere quella di rimetterlo al suo posto (/etc/fake-hwclock.data), mettere periodicamente -diciamo una volta ogni ora- (via CRON) il sistema in RW, fargli fare l'update del file e poi rimetterlo in sola lettura, ma ne varrà la pena?... Il rischio è che (con un po' di sfiga...) il sistema rebooti proprio in quei secondi di RW, mandando all'aria la sicurezza fornita dall'RO che caratterizza il sistema normalmente.
Resto quindi dell'opinione che un modulo RTC sia quanto mai indispensabile in casi come questo e insieme allo script python possa risolvere il problema in maniera definitiva: Il RTC fornirà al sistema la data corretta anche dopo un reboot, lo script gestirà correttamente i file di log secondo la data di creazione.
Valerio, se ancora lo script non ti funziona mi posteresti il contenuto del tuo swpi.sh e che tipo di errore ti dà? Ovviamente partiamo dal fatto che la data deve essere corretta, altrimenti... No che non funziona!
(10.....9.....8.....7.....6.....5.....4.....3.....2.....1.....). Naturalmente ciò non influisce in alcun modo sul file di log, che si presenta esattamente come dovrebbe essere.
Per quanto riguarda il fake-hwclock confermo che spostarlo su una directory scrivibile e linkarlo da /etc non funziona, nemmeno mettendolo a S99 come (giustamente) suggeriva Ulisse. Probabilmente il sistema operativo va a leggersi il file nel primissimo stadio di avvio e per qualche motivo non lo trova, e non trovandolo assume come ora di sistema l'ora Unix 0 che equivale all' 1/1/1970.
Una soluzione potrebbe essere quella di rimetterlo al suo posto (/etc/fake-hwclock.data), mettere periodicamente -diciamo una volta ogni ora- (via CRON) il sistema in RW, fargli fare l'update del file e poi rimetterlo in sola lettura, ma ne varrà la pena?... Il rischio è che (con un po' di sfiga...) il sistema rebooti proprio in quei secondi di RW, mandando all'aria la sicurezza fornita dall'RO che caratterizza il sistema normalmente.
Resto quindi dell'opinione che un modulo RTC sia quanto mai indispensabile in casi come questo e insieme allo script python possa risolvere il problema in maniera definitiva: Il RTC fornirà al sistema la data corretta anche dopo un reboot, lo script gestirà correttamente i file di log secondo la data di creazione.
Valerio, se ancora lo script non ti funziona mi posteresti il contenuto del tuo swpi.sh e che tipo di errore ti dà? Ovviamente partiamo dal fatto che la data deve essere corretta, altrimenti... No che non funziona!
Si prega Accedi a partecipare alla conversazione.
7 Anni 5 Mesi fa #7914
da seven
Risposta da seven al topic File LOG su SD unico e pesante dopo diversi giorni
Grazie Roby per il link. A titolo di curiosità, hai visto come suggerisce di fare?... 
... Un comando Cron mette periodicamente il sistema in RW, gli fa salvare data ed ora di fake-hwclock e poi rimette il sistema in RO
@Valerio: nessun problema, tranquillo. Per curiosità: quando avrai tempo potresti fare una prova di questo genere? Ferma il processo di SWPI, cancella tutti i files di log in /swpi/log e poi riavvia la Raspberry: dopo qualche minuto dovresti trovare sia il log del 1/1/1970 (creato nei primi istanti di avvio di swpi) che quello della data corrente (creato non appena la Raspberry sincronizza la data con NTP). Giusto per curiosità!
if (command -v fake-hwclock >/dev/null 2>&1) ; then
mount -o remount,rw /
fake-hwclock save
mount -o remount,ro /
fi... Un comando Cron mette periodicamente il sistema in RW, gli fa salvare data ed ora di fake-hwclock e poi rimette il sistema in RO
@Valerio: nessun problema, tranquillo. Per curiosità: quando avrai tempo potresti fare una prova di questo genere? Ferma il processo di SWPI, cancella tutti i files di log in /swpi/log e poi riavvia la Raspberry: dopo qualche minuto dovresti trovare sia il log del 1/1/1970 (creato nei primi istanti di avvio di swpi) che quello della data corrente (creato non appena la Raspberry sincronizza la data con NTP). Giusto per curiosità!
Si prega Accedi a partecipare alla conversazione.
7 Anni 5 Mesi fa #7919
da seven
Risposta da seven al topic File LOG su SD unico e pesante dopo diversi giorni
Valerio,
se vedi ancora il conto alla rovescia secondo per secondo allora no che non ci siamo, però solo il Grande Giove sa il perché
L'unica cosa che mi viene in mente è che ci sia una magagna nel batch (swpi.sh), che non lancia correttamente lo script... Una piccola svista c'è in verità, ma almeno nei miei test è irrilevante, però se vuoi prova. Va trasformato così:
Per completezza di informazione ti rammento che loghelper.py va copiato direttamente in /swpi (dove ci sono tutti gli altri files python che compongono Swpi), va posto come permessi (chmod) a 755 e per sicurezza riassegna il proprietario (chown) a pi:root .
Davvero più di così non mi viene in mente altro, il passo successivo potrebbe essere solo il connettermi in remoto alla tua Rasp per capire cosa (non) fa!
se vedi ancora il conto alla rovescia secondo per secondo allora no che non ci siamo, però solo il Grande Giove sa il perché
L'unica cosa che mi viene in mente è che ci sia una magagna nel batch (swpi.sh), che non lancia correttamente lo script... Una piccola svista c'è in verità, ma almeno nei miei test è irrilevante, però se vuoi prova. Va trasformato così:
#! /bin/bash
cd /home/pi/swpi
sudo python -u swpi.py 2>&1 | ./loghelper.py Per completezza di informazione ti rammento che loghelper.py va copiato direttamente in /swpi (dove ci sono tutti gli altri files python che compongono Swpi), va posto come permessi (chmod) a 755 e per sicurezza riassegna il proprietario (chown) a pi:root .
Davvero più di così non mi viene in mente altro, il passo successivo potrebbe essere solo il connettermi in remoto alla tua Rasp per capire cosa (non) fa!
Si prega Accedi a partecipare alla conversazione.
7 Anni 5 Mesi fa #7920
da asy961
Stazione Meteo: Raspberry PI B, Sensori Vento PCE, BME280, Camera PI, Web Cam HD, Huawei K3765, Pannello Fotovoltaico 50W - 1 Batteria 12V-40Ah
Risposta da asy961 al topic File LOG su SD unico e pesante dopo diversi giorni
Ciao Nicola,
grazie come sempre per l'impegno che ci metti....
nonostante le ultime dritte che mi hai dato, sul mio sistema non funziona....
sto testando invece le modifiche indicate nel link di Roberto e pare che funzionino....
devo dire però che ho smanettato un bel pò su questa immagine e dovrei riprovare le tue modifiche ripartendo da un immagine pulita.....
lo farò in questi giorni e farò sapere....
grazie come sempre per l'impegno che ci metti....
nonostante le ultime dritte che mi hai dato, sul mio sistema non funziona....
sto testando invece le modifiche indicate nel link di Roberto e pare che funzionino....
devo dire però che ho smanettato un bel pò su questa immagine e dovrei riprovare le tue modifiche ripartendo da un immagine pulita.....
lo farò in questi giorni e farò sapere....
Stazione Meteo: Raspberry PI B, Sensori Vento PCE, BME280, Camera PI, Web Cam HD, Huawei K3765, Pannello Fotovoltaico 50W - 1 Batteria 12V-40Ah
Si prega Accedi a partecipare alla conversazione.
5 Anni 10 Mesi fa - 5 Anni 10 Mesi fa #8366
da asy961
Stazione Meteo: Raspberry PI B, Sensori Vento PCE, BME280, Camera PI, Web Cam HD, Huawei K3765, Pannello Fotovoltaico 50W - 1 Batteria 12V-40Ah
Risposta da asy961 al topic File LOG su SD unico e pesante dopo diversi giorni
Dunque......
grazie a Ciaschini che in questo post
www.vololiberomontecucco.it/vlmc/index.p...oggia-al-reboot#8177
mi ha dato un'idea che ho provato per diverse settimane e pare funzioni senza effetti collaterali.......
in pratica sfruttando l'idea faccio scrivere la data e l'ora una sola volta all'avvio di swpi cercando di limitare al massimo il sistema in modalità rw.....
io ho fatto cosi......
in TTLib.py ho aggiunto queste righe
e in swpi.py queste altre prima dell'avvio di swpi (conto alla rovescia)
e adesso genera un file log per ogni giorno......
Tony che ne pensi?
Valerio.
.
grazie a Ciaschini che in questo post
www.vololiberomontecucco.it/vlmc/index.p...oggia-al-reboot#8177
mi ha dato un'idea che ho provato per diverse settimane e pare funzioni senza effetti collaterali.......
in pratica sfruttando l'idea faccio scrivere la data e l'ora una sola volta all'avvio di swpi cercando di limitare al massimo il sistema in modalità rw.....
io ho fatto cosi......
in TTLib.py ho aggiunto queste righe
e in swpi.py queste altre prima dell'avvio di swpi (conto alla rovescia)
e adesso genera un file log per ogni giorno......
Tony che ne pensi?
Valerio.
.
Stazione Meteo: Raspberry PI B, Sensori Vento PCE, BME280, Camera PI, Web Cam HD, Huawei K3765, Pannello Fotovoltaico 50W - 1 Batteria 12V-40Ah
Si prega Accedi a partecipare alla conversazione.
Tempo creazione pagina: 0.850 secondi