annuncio

**gianfrdp** · 18-01-2013, 14:15

Originariamente inviato da ferrarese Visualizza il messaggio

[root@datalogger ~]# tracepath Google
1: 10.82.81.231 0.860ms pmtu 1440
...
dimmi tu che strada prendono perchè io non capisco

Passa per la rete 10.x.x.x (UMTS) e non per 192.168.0.x (ADSL).
Infatti la chiavetta ha indirizzo

codice:

ppp0: flags=4305  mtu 1440
inet [B]10.82.81.231[/B]  netmask 255.255.255.255  destination 10.64.64.64

Cmq vedo che funziona.

PS: mi raccomando prima di staccarti dall'ADSL verifica che hamachi non ti perda la connessione, perché poi non avresti più modo di collegarti al pogo.
Assicurati che quando riparte il pogo si connetta anche alla rete hamachi, potresti anche mettere in cron un controllo che se la perde si prova a riconnettere

Ciao

**ferrarese** · 18-01-2013, 16:15

@Gianfrdp
Ne approfitto finchè posso

...cosa intendi in parole più semplici "potresti anche mettere in cron un controllo che se la perde si prova a riconnettere" e poi un'altra cosa in tutti i miei tanti tentativi quando ho fatto ripartire il pogo sia con un reboot che con un drastico togli la spina, aspetto 10 secondi e poi rimetto la spina, se c'era la chiavetta umts inserita il pogo non è mai ripartito. Sembra che le 2 chiavette (una quella umts e l'altra quella dove c'è installato 123aurora e il boot) non si sopportano quando la partenza del boot avviene con entrambe le chiavette inserite. Mentre se accendo il pogo o faccio il reboot senza la chiavetta umts inserita e la inserisco solo dopo che il pogo ha finito il suo boot iniziale, tutto avviene regolarmente. Può esserci una spiegazione logica? e un possibile rimedio?

**gianfrdp** · 18-01-2013, 19:56

Esempio di controllo ogni ora (alle 00:00, 01:00, 02:00, ecc)

codice:

root@Pogoplug:~# crontab -l
0 * * * * /usr/local/sbin/check-hamachi > /dev/null 2>&1

codice:

root@Pogoplug:~# cat /usr/local/sbin/check-hamachi
#!/bin/sh

if [ x"$(hamachi | grep status | grep offline)" != x ]; then
    hamachi login
if [ x"$(hamachi | grep status | grep logged)" == x ]; then
    /etc/init.d/logmein-hamachi stop
    rmmod tun
    modprobe tun
    /etc/init.d/logmein-hamachi start
fi

con i comandi per Debian, per Arch probabilmente dovresti sostituire logmein-hamachi con hamachi-init.

Ma qui stiamo andando un pò OT.

Per il boot con entrambe le chiavette attaccate non so che dire. Ma dopo che attacchi quella UMTS, la connessione parte da sola o devi farlo a mano?

Ciao

**ferrarese** · 19-01-2013, 01:33

No devo farlo a mano anche perchè la partenza automatica della chiavetta umts non l'ho ancora creata. Per far partire la chiavetta uso un programma chiamato sakis3g che però ha bisogno che io scelga fra più opzioni. Devo ancora trovare come impostare questo programmino in modo che in automatico e da solo scelga le opzioni giuste per connettere la chiavetta umts. Ma secondo te una volta caricatosi hamachi all'avvio del pogo, può davvero andare giù il servizio? o meglio può smettere di funzionare da solo senza che io lo fermi manualmente?

**ferrarese** · 19-01-2013, 01:56

Un'altra cosa ma una volta che io installo e aggiorno un'ultima versione di 123solar in cui il programma manda una mail in caso di warning o errore dell'inverter, la mail parte e arriva all'indirizzo di posta che ho impostato senza passare da hamachi spero? Nel senso che adesso posso collegarmi al pogo tramite hamachi solo con un altro pc che abbia hamachi installato e avviato. Non è che se parte una mail dal pogo non arriva per esempio a gmail solo perchè il server di gmail non ha installato e avviato hamachi (non fa parte insomma della mia vpn creata con hamachi)

**MizioB** · 19-01-2013, 08:14

Originariamente inviato da gastaldi.marco Visualizza il messaggio

Durante l'installazione ho riscontrato delle piccole differenze rispetto alla guida di gans :
1^ DIFFERENZA
.......................
2^ DIFFERENZA
........................
3^ DIFFERENZA
.......................

Cerchiamo di portarci alla giuda v3.0 se vi interessa...................

Appena fatta l'installazione di Uboot.
Fermo restando che mi pare una nuova versione, si comporta comunque come la vecchia in fase di installazione.
I comandi, che sono nella guida di gans, vanno benissimo e sono riportati anche su Update uBoot on your Dockstar, GoFlex, or Pogoplug NAS

Come hai fatto ad avere queste differenze?
Hai forse reinstallato su un Uboot vecchio?
Ciao

**MrDish** · 19-01-2013, 08:42

Io ho usato un piccolo script che vi mostro per verificare (per chi ha wind come operatore) che l'IP assegnato sia un IP pubblico non nattato.
Siccome adesso ogni spesso wind assegna IP classe 10.0.0.0/8 (subnet A), con questo script (che presuppone si stia usando pppd) nel cron ogni minuto riavviamo la connessione ppp0 im modo da richiedere un'altro IP diverso da classe 10.

#!/bin/sh
wip=$(/sbin/ifconfig ppp0|fgrep inet|awk '{ print $2 }'|cut -d ":" -f2)
pwip=$(expr substr $wip 1 3)
if [ "$pwip" == "10." ]
then
kill -HUP $(cat /var/run/ppp0.pid)
else
echo "Internet IP OK"
fi

P.S. Mi raccomando di disabilitare i log e di disabilitare tutti i servizi non necessari e di montare i filesystem con i parametri noatime,discard,data=writeback, così da limitare l'usura delle Flash (NAND o SD).

**spider61** · 19-01-2013, 08:55

In ogni caso vanno disabilitati quei servizi , anche con EXT2 ?
Ormai scivici anche dove mettere quelle righe di opzione , la chiavetta parte da se non e' che la montiamo noi.....
Io ho delle grosse difficolta' a stabilire quali servizi (anche nel mio PC) posso disabilitare non conoscendone lo scopo....

Qualcuno (come avevo gia' chiesto) se potesse dirci cosa disabilitare per non fare files di log o errori che a noi non servono, una cosa l'avevo gia' scritta in cherokee disabilitare il log.... e poi ?

**MrDish** · 19-01-2013, 09:52

Per ext2 (obsoleta, meglio ext4 senza journaling): noauto,noatime,nodirtime
Per ext4 : noauto,noatime,nodirtime,discard,data=writeback (SE SSD così discard supporta TRIM)
Per ext4 : noauto,noatime,nodirtime,data=writeback (SE FLASH)

Per i servizi dipende dal tuo linux (arch, ubuntu, fedora, ecc, ecc.)
Se hai systemctl incolla il risultato e magari prov a dirti cosa disabilitare subito.
Se hai chkconfig incolla il risultato (chkconfig --list) e magari provo a dirti cosa disabilitare, subito.

**MizioB** · 19-01-2013, 11:24

Originariamente inviato da MrDish Visualizza il messaggio

Per ext2 (obsoleta, meglio ext4 senza journaling): ...............

Can I use ext3/4?
U-Boot only supports booting from ext2 drives. Booting from ext3/4 drives is unstable and is not recommended. But, if you know what you're doing, you can make an ext2 /boot partition as sda1 and partition the rest as ext3/4. Make sure to edit /etc/fstab too!

Ovviamente mi riferisco al Pogoplug, se hai un PC le cose cambiano.

**spider61** · 19-01-2013, 12:51

Originariamente inviato da MrDish Visualizza il messaggio

Per ext2 (obsoleta, meglio ext4 senza journaling): noauto,noatime,nodirtime

Ma con che riga di comando li devo impostare ?
grazie

Il risulatato del comando systemctl e' troppo lungo , come faccio a fare un file di log ?

**MrDish** · 19-01-2013, 13:43

@spider: Se hai systemctl allora usi una distro con kernel recente e quindi il vecchio chkconfig è andato in pensione (rimane solo per retro-compatibilità). Dimmi che versione hai e ti dico quali servizi disabilitare di sicuro. Io partirei con "audit.service" (systemctl disable audit.service) che scrive tantissimo log in /var/log/audit...Il log del servizio apache (o altro server httpd), il log di php ed il log di sendmail e messages, lasciando solo i log di kernel e di errore.

@Mizio.... Spero tu abbia i dati su altra partizione e non solo tutto su sda1 (boot). La cosa da fare è sempre serapare la partizione di boot (sda1 -> ext2) dalla partizione dati (sda2 -> ext3 o ext4 o vfat o quello che credete migliore). Io reputo ext4 molto più performante (usa più ram e meno disco) e molto più "conservante" per le memorie con cicli di scrittura "a termine", ovviamente abilitando il TRIM per SSD (discard), disabilitando le modifiche per il tempo (noatime, nodirtime) preservando il filesystem.
Ovviamente cercate di eliminare meno file possibili e di usare file temporanei nella ram (tmpfs) perché usare file temporanei (e quindi creati e poi rimossi) limita fortemente la vita delle memorie flash/usb/SSD.

**spider61** · 19-01-2013, 13:51

La versione e ' l'ultimo Archlinux , come avevo scritto nella sequenza di comandi da dare per far funzionare il tutto , il log di cherokee l'ho gia tolto , rimanevano da togliere gli errori , e per il resto non so come togliere altri log , che fanno diminuire la memoria.....

il comando
systemctl disable audit.service

restituisce
Failed to issue method call: No such file or directory

Sul fare piu' partizioni ci stai chiedendo troppo

abbiamo fatto un po' quello che c'era scritto sul Pogo , cercando anche in qua' e la' quello che poteva mancare .. da qui a fare le cose che stai dicendo ci passa il mare , a me va abbastanza bene cosi' come e' , adesso sono 15gg. che non vado all'impianto (tra neve e influenza) domani dovrei arrivare , hanno messo acqua e vedo cosa e' successo in questi 15gg, (se ha sempre funzionato) ho gia' un altra chiavetta pronta con l'ultime modifiche , passo la cartella data e riavvio....

**gastaldi.marco** · 19-01-2013, 23:25

Originariamente inviato da MizioB Visualizza il messaggio

Cerchiamo di portarci alla giuda v3.0 se vi interessa...................

Appena fatta l'installazione di Uboot.
Fermo restando che mi pare una nuova versione, si comporta comunque come la vecchia in fase di installazione.
I comandi, che sono nella guida di gans, vanno benissimo e sono riportati anche su Update uBoot on your Dockstar, GoFlex, or Pogoplug NAS

Come hai fatto ad avere queste differenze?
Hai forse reinstallato su un Uboot vecchio?
Ciao

Scusate per il ritardo della risposta, non ho alcuna esperienza installazioni da terminale etc, però molto probabilmente è come dici te. Ora, grazie all'aiuto di Spider61, sono riuscito a far funzionare 123solar sulla rete di casa.
In futuro mi piacerebbe avere la stessa cosa visibile da internet, ma non so se sono in grado di farlo (la mia connessione internet è fatta con un router in comodato d'uso, a cui non conosco indirizzo esterno ed eventuale password)
Comunque la guida 3.0 mi interessa, visto che ho poca, pochissime esperienza in merito.
Un saluto a tutti

**MizioB** · 20-01-2013, 10:33

Ho completato la procedura di installazione che va a buon fine abbastanza facilmente seguendo e variando leggermente le indicazioni di spider61

.
Sembra funzionare tutto. Provo ancora un po e poi posto la nuova guida.

Mi è rimasto un ultimo ostacolo: IP statico
Seguendo il Wiki di Archlinux https://wiki.archlinux.org/index.php..._Configuration al capitolo 5.2 si riesce abbastanza facilmente a configurare un IP statico. Il bello è che al riavvio il Pogoplug entra in rete con 2 IP: Quello statico assegnato e uno dinamico "ad cappellam" sua

.
Sicuramente è colpa di un servizio Systemctl attivato in doppio sulla rete, ma il Wiki non dice quale disabilitare.
Similmente ai sistemi Debian che uso io ci sarebbe anche il file wired-eth0 su /etc/network.d da modificare, ma le mie prove non hanno portato a nulla anche perchè la struttura è diversa da quella che conosco io.
Avete trovato soluzioni al problema????

**spider61** · 20-01-2013, 20:01

Bravo Mizio !

fai la guida grafica , che non ho tempo e voglia di farla....
oggi sono tornato all'impianto dopo 15gg. e il logger si era fermato a domenica scorsa , avevo gia' rifatto una chiavetta , ho passato la cartella data nella nuova , poi ricostruiro i dati mananti... tanto il periodo e' nero 30cm. di neve e un diluvio di acqua come a novembre , ma il tetto era completamente innevato e inverter spento .... spero che a forza di scirocco e acqua si dissolva....

**MizioB** · 20-01-2013, 20:54

Anche io ho avuto una mini interruzione di corrente e Pogoplug bloccato.
Ho un piccolo UPS da PC rimediato da un amico, quasi quasi lo metto in linea sul mio Pogo. Ma questo aumenta irrimediabilmente i consumi giusto?

Per il problema dell'IP statico nessuno lo ha riscontrato?
Ciao

**gianfrdp** · 21-01-2013, 00:21

Originariamente inviato da ferrarese Visualizza il messaggio

Ma secondo te una volta caricatosi hamachi all'avvio del pogo, può davvero andare giù il servizio? o meglio può smettere di funzionare da solo senza che io lo fermi manualmente?

Un paio di volte mi è successo

Originariamente inviato da ferrarese Visualizza il messaggio

... la mail parte e arriva all'indirizzo di posta che ho impostato senza passare da hamachi spero?...

La mail passa per il default gateway, che nel tuo caso è il modem UMTS

Ciao

**gianfrdp** · 21-01-2013, 00:25

Originariamente inviato da MizioB Visualizza il messaggio

Can I use ext3/4?
U-Boot only supports booting from ext2 drives. Booting from ext3/4 drives is unstable and is not recommended. But, if you know what you're doing, you can make an ext2 /boot partition as sda1 and partition the rest as ext3/4. Make sure to edit /etc/fstab too!

Uso ext3 tranquillamente su unica partizione da un pò ormai (più di 3 mesi). Non ho avuto problemi di chiavetta corrotta nonostante qualche blackout.

**spider61** · 21-01-2013, 08:27

Il blocco non avviene sempre , su 10 volte 9 riparte e 1 no , nell'ultimo caso non so cosa e' successo visto che non ci sono , puo' essere andata via corrente o una microinterruzione o si e' riempita la Ram ?!
Con ext3 dacci la riga di comando con cui formattarla al posto di :

./mke2fs /dev/sda1

e gli esatti parametri per non andare a scrivere nella Nand

Pero' mi rimane ostica una cosa : se Linux si crea una cache in Ram di 50Mb , che si vede col comando Top , perche' si deve andare a dire di non accedere frequentemente al 'disco' ?
Per me la cache e' un buffer tra ram e disco , fino a che non ho piena la cache scrivo li' (e potrebbe scriverci anche 123solar) quando e' piena faccio un unico accesso al disco e la svuoto.... questo potrebbe avvenire 1 volta al giorno vista la dimensione dei dati... o mi sono perso qualcosa ?

**MizioB** · 21-01-2013, 09:02

Originariamente inviato da gianfrdp Visualizza il messaggio

Uso ext3 tranquillamente su unica partizione da un pò ormai (più di 3 mesi). Non ho avuto problemi di chiavetta corrotta nonostante qualche blackout.

Se proprio vogliamo essere onesti neppure io con la ext2 ho avuto problemi alle chiavette, però (sei già il secondo che cita il mio messaggio) tieni conto che non sono io che lo dico, ma gli autori di Archlinux per Pogoplug: Pogoplug v2 (Pink/Gray) | Arch Linux ARM

Pertanto riporta a loro le tue giuste osservazioni e fai togliere la raccomandazione che troneggia in prima posizione nelle "Installation FAQ"

Io posso fare ben poco.

**spider61** · 21-01-2013, 09:27

Non sono solo quelli di Achlinux che sconsigliano la EXT3 , ma tutti quelli che installano su dispositivi 'riscrivibili' il boot ...
se proprio si deve usare consigliano di fare il boot da EXT2 e passare il 'lavoro' su EXT3....

**MizioB** · 21-01-2013, 10:20

Io ho il backup giornaliero su spazio web e chiavetta clonata con clonezilla. Gli equilibrismi software per un dispositivo da 3 euro che sostituisco in 20" li evito volentieri.
Purtropo non riesco a risolvere il "problema" dell'IP

Spider, altra cosa sui processi attivi. Io non mi ci sono fermato più di tanto, ma, prendendo spunto da quanto detto ieri sui processi attivi, anche se suppongo siano stati implementati solo quelli che servono al Pogoplug, è interessante vederli dando un ....# systemctl list-units
Dovrebbero comparire i processi attivi.
Da quì, però ripeto non credo ve ne siano di extra, si potrebbe ragionare su quali killare.
Io ho dato una veloce controllata e mi pare vi siano, ad esempio, troppi processi che instaurano delle TTY virtuali.
Che ne dici?

**spider61** · 21-01-2013, 10:39

Lo penso anche io , ma non sono un grande utilizzatore di linux (pur usandolo da anni e non capendo perche' la maggior parte degli utenti paghi per continuare ad avere winzozz) ... ho imparato in questi mesi a dare i comandi via terminale , adesso interesserebbe anche a me capire quali togliere , e cosa fare per togliere quei mb/gg che mi viene occupata sulla chiavetta.... sempre dentro la discussione c'erano i comandi per eliminare altri log surplus , ma ritrovarli e' un problema... ci provo...

**kaladiluna** · 21-01-2013, 22:29

Non so se ti riferisci a questo post o ad altro. Comunque io con una chiavetta da 4GB mi ritrovo questa occupazione di memoria in MB, che mi sembra ok. Il file /var/log/cherokee/cherokee.access se lasciato a se stesso diventerebbe molto grande per via degli accessi continuativi necessari per aggiornare le schermate di 123solar.

codice:

[root@helios ~]# df -m
Filesystem     1M-blocks  Used Available Use% Mounted on
rootfs              3763   902      2671  26% /
/dev/root           3763   902      2671  26% /
devtmpfs             124     0       124   0% /dev
run                  124     1       124   1% /run
shm                  124     0       124   0% /dev/shm
tmpfs                124     1       124   1% /tmp
/dev/sda1           3763   902      2671  26% /mnt

**spider61** · 21-01-2013, 22:58

Grazie , quello l'ho gia' fatto , l'ho scritto anche nell'ultima guida di disabilitare il log in cherokee... c'era qualche altra cosa da fermare qualche log di linux che fa' diminuire lo spazio in chiavetta....

**kaladiluna** · 21-01-2013, 23:15

A me, con il vecchio Arch 3.1.10-9 , il totale sotto /var/log risulta essere solo 18 Mega (avevo azzerato 3 mesi fa)

codice:

[root@helios log]# du -sm /var/log
18      /var/log

**stenab** · 22-01-2013, 08:33

Originariamente inviato da kaladiluna Visualizza il messaggio

A me, con il vecchio Arch 3.1.10-9 , il totale sotto /var/log risulta essere solo 18 Mega (avevo azzerato 3 mesi fa)

Da me son 125Mb... Cosa si può cancellare? -anche se a dire il vero, è da inizio settembre che gira senza problemi, riavviato 25 giorni fa xchè saltata la corrente, ma ripartito senza problemi!-

125Mb con il comando du -sm/var/log ma il file cherokee.access di 270Mb!

File allegati

**spider61** · 22-01-2013, 08:34

Provato sul muletto offline :

[root@alarm ~]# du -sm /var/log
286 /var/log

ora cerco di vedere i file piu' grossi....

**kaladiluna** · 22-01-2013, 09:38

si può editare lo scheduling del cron (con il comando crontab -e) e aggiungere la seguente riga, così ogni giorno alle 12 verrà gestita la rotazione dei logs (troncamenti, backup, etc) come impostata in /etc/logrotate.conf (non ricordo se logrotate era già presente nella distribuzione o se lo avevo installato a parte)

codice:

12 0 * * * /usr/sbin/logrotate /etc/logrotate.conf >/dev/null 2>&1

annuncio

PogoPlug E02 come datalogger

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