[bobvann]

Ciao, appena riesco controllo ma dimmi una cosa, che versione di rpirrigate usi? Quella vecchia con mysql o la nuova con sqlite?


Inviato dal mio iPhone utilizzando Tapatalk

[adeej]

Ciao, appena riesco controllo ma dimmi una cosa, che versione di rpirrigate usi? Quella vecchia con mysql o la nuova con sqlite?


Inviato dal mio iPhone utilizzando ho installato tutto 

Ho installato tutto da zero con l ultima versione. Sia raspbian che rpirrigate con sqlite su Raspberry B

[bobvann]

Sei sicuro di aver dato correttamente i comandi per abilitare PHP? Ad ogni modo quello che ti consiglio è

apt-get purge [elenco pacchetti che hai installati con rpirrigate], riavvio,
apt-get update
apt-get install [elenco pacchrtti]

E riabilitare PHP


Inviato dal mio iPhone utilizzando Tapatalk

[adeej]

Ho fatto come mi hai consigliato:
- disinstallato tutto
- riavviato
- aggiornato con update/upgrade
- reinstallato tutto seguendo perfettamente la guida

Ma ho sempre lo stesso identico problema.
Entro nell'interfaccia e sembra funzionare tutto, ma se inserisco una irrigazione, dopo che mi dice "evento inserito con successo", al click successivo il web server rimane in attesa di risposta all'infinito. Oppure se abilito l'irrigazione manuale e salvo ricevo errore 500.

A chi funziona: mi fate sapere che versione di php-cgi avete? (php-cgi -v)

Grazie

[bobvann]

Inviato dal mio iPhone utilizzando Tapatalk

[adeej]

Allora, ho fatto una prova.

Ho installato nginx e php-fpm e il problema del web server bloccato si è risolto.
Purtroppo però ne è emerso un altro.

Lato web sembra andare tutto bene ma poi le irrigazioni non partono.
Nel log di nginx ho il seguente errore:

Codice:

2015/08/27 11:18:34 [error] 7301#0: *1 FastCGI sent in stderr: "PHP message: PHP Notice:  Use of undefined constant SIGUSR2 - assumed 'SIGUSR2' in /srv/rpirrigate/web/module.php on line 37
2015/08/27 11:30:51 [error] 7301#0: *23 FastCGI sent in stderr: "PHP message: PHP Notice:  Use of undefined constant SIGUSR1 - assumed 'SIGUSR1' in /srv/rpirrigate/web/module.php on line 67

I segnali SIGURS praticamente non vengono letti. Ho provato a cercare su internet ma non ho trovato nessuno che avesse lo stesso problema.

Ho visto con phpinfo() che Zend Signal Handling è disabilitato ma non credo che sia quello il poblema.


Bobvann ti volevo fare 2 domande:
- Sai da cosa possa dipendere il problema dei segnali SIGUSR?
- Come mai con lighttp hai usato php-fastcgi(che sembra essere obsoleto) e non php-fpm?

Grazie :-)

[bobvann]

Ho usato cgi perché è il più semplice da configurare così la guida non veniva troppo complicata.

Il problema dei SIG dipende dal fatto che web server diversi usano nomi di costanti diversi da quanto ho capito. Un altro utente aveva avuto lo stesso problema perché aveva sostituito lighttpd con Apache.

Puoi cercare come si chiamano i segnali con nginx.

Il motivo per cui non partono le irrigazioni e che il demone va a sincronizzarsi col DB solo quando il web invia il segnale, quindi non inviando il segnale non si aggiorna.

Ad ogni modo se imposti delle irrigazioni programmate e riavvii il raspi, partono perché si aggiorna comunque al riavvio.

Mi spiace che tu abbia tutti questi problemi che purtroppo non mi sono capitati e non ti sono molto "utile" per risolverli, ma è grazie a utenti determinati e "testardi" come te che rpirrigate potrà migliorare sempre più, grazie per la pazienza!!


Inviato dal mio iPhone utilizzando Tapatalk

[adeej]

Allora, non mi voglio arrendere.
Ho reinstallato tutto da capo mettendo però quello che mi piace di più:
nginx come web server
php5-fpm con interprete php
e sqlite3

funziona tutto a dovere ma il problema è quando si mandano i segnali SIGUSR1 e SIGUSR2

con nginx e php5-fpm devo mettere
define ('SIGUSR1' , 10);
define ('SIGUSR2' , 12);

altrimenti da errore di costante non definita
ma se imposto le costanti sul log di php-fpm

Codice:

[02-Sep-2015 15:58:17.555732] DEBUG: pid 11075, fpm_pctl_perform_idle_server_maintenance(), line 379: [pool www] currently 0 active children, 2 spare children, 2 running children. Spawning rate 1
[02-Sep-2015 15:58:18.084574] DEBUG: pid 11075, fpm_got_signal(), line 76: received SIGCHLD
[02-Sep-2015 15:58:18.086232] WARNING: pid 11075, fpm_children_bury(), line 252: [pool www] child 11422 exited on signal 10 (SIGUSR1) after 123.552225 seconds from start
[02-Sep-2015 15:58:18.090279] NOTICE: pid 11075, fpm_children_make(), line 421: [pool www] child 11436 started
[02-Sep-2015 15:58:18.093849] DEBUG: pid 11075, fpm_event_loop(), line 419: event module triggered 1 events
[02-Sep-2015 15:58:18.101528] DEBUG: pid 11075, fpm_got_signal(), line 76: received SIGCHLD
[02-Sep-2015 15:58:18.102973] WARNING: pid 11075, fpm_children_bury(), line 252: [pool www] child 11421 exited on signal 10 (SIGUSR1) after 123.582134 seconds from start
[02-Sep-2015 15:58:18.108028] NOTICE: pid 11075, fpm_children_make(), line 421: [pool www] child 11437 started
[02-Sep-2015 15:58:18.110486] DEBUG: pid 11075, fpm_event_loop(), line 419: event module triggered 1 events

sul log di nginx

Codice:

2015/09/02 15:58:18 [error] 10918#0: *81 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 10.10.10.5, server: localhost, request: "POST /module.php?id=1 HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "192.168.1.10", referrer: "http://192.168.1.10/module.php?id=1"
2015/09/02 15:58:18 [error] 10918#0: *81 rewrite or internal redirection cycle while internally redirecting to "/index.html", client: 10.10.10.5, server: localhost, request: "GET /favicon.ico HTTP/1.1", host: "192.168.1.10", referrer: "http://192.168.1.10/module.php?id=1"

praticamente quando fpm fa il reload o il restart nginx non riceve l'header di risposta e va in errore.
Potrebbe essere un problema di configurazione di fpm ma il debug non è semplice.

[bobvann]

Non capisco di che reload o restart parli, sinceramente


Inviato dal mio iPhone utilizzando Tapatalk

[adeej]

Non capisco di che reload o restart parli, sinceramente


Inviato dal mio iPhone utilizzando Tapatalk

Guarda il log di php-fpm nel post precedente.