[FrancYescO]

Il bug sul wifi lo  avevo notato anche io anche se non ho capito bene da cosa e' nato ma vedremo come risolvere
questa dell'inusabilita' completa della schermata statistiche mi pare strana servirebbe un logread

[larsen64it]

Da log non segnala nulla. Per il passaggio da cards a stats è un problema che si porta dietro dalla stable. Ma mentre nella stable segnala subito http://192.168.1.1/stats.lp 404 Not Found, nella dev gira a vuoto, a meno di cambiare lingua,  e allora compare una schermanta  404 Not Found con tanto di pulsante  "Go back".
Confermo che al riavvio le "impostazione gui" risulta inaccessibile e se si seleziona "Controlla aggiornamenti" gira a vuoto generando questo errore:
2019/03/01 15:23:05 [error] 4592#0: *14 attempt to set ngx.header.HEADER after sending out response headers, client: 192.168.1.233, server: localhost, request: "POST / HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
Update

Codice: [Seleziona]

2019/03/01 15:26:08 [error] 4592#0: *15 lua entry thread aborted: runtime error: /usr/lib/lua/web/sessioncontrol.lua:443: attempt to call ngx.redirect after sending out the headers
stack traceback:
coroutine 0:
[C]: in function 'ngx_redirect'
/usr/lib/lua/web/sessioncontrol.lua:443: in function 'redirect'
[string "header.lp"]:75: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[string "/gateway.lp"]:34: in function 'content'
/usr/lib/lua/web/web.lua:263: in function 'process'
content_by_lua(nginx.conf:109):4: in function <content_by_lua(nginx.conf:109):1>, client: 192.168.1.233, server: localhost, request: "POST / HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"


[schermatone]

@larsen64it grazie per il tuo aiuto, ho impostato il conunty per WIFI da EU a US, immagino che per eseguire la nuova configurazione vada riavviato il router oppure no? oppure basta fare la commit da un qualche comando telnet?

1 - Vi chiedo a questo punto anche come impostare la porta WAN in LAN5, mi pare di capire di editare il file scripthelpers.lua ma non capisco la parte relativa a :

eseguire:
 uci delete ethernet.eth4.wan
uci delete wanconfig.@wanconfig[0]
uci delete wanconfig.@wanconfig[3].ifname='eth4'
uci delete wanconfig.@wanconfig[7].ifname='eth4'
uci delete wanconfig.@wanconfig[11].ifname='eth4'
uci set network.lan.ifname='eth0 eth1 eth2 eth3 eth4'
uci commit

2 - Nella configurazione del VOIP nella scheda Codec mi esce fuori questo errore......da cosa è dovuto?

Exact data not found in this paths:
Key posfxs1 : Device.Services.VoiceService.1.PhyInterface.1.X_000E50_POSConfig
Key posfxs2 : Device.Services.VoiceService.1.PhyInterface.2.X_000E50_POSConfig

Grazie

[larsen64it]

@FrancYescO
Ho provato ha fare un reset di fabbrica installato l'ultima stabile ma il problema del passaggio cards/stats, aggiungo telstra., rimane sempre 404 Not Found. La cosa affligge solo UNO. Ho provato ad installare la 8.11.53 che ho sull'altro 789 con ineet e dove tutto funziona. Stesso errore

Codice: [Seleziona]

2019/03/02 11:18:45 [error] 4002#0: *11 lua entry thread aborted: runtime error: /usr/lib/lua/web/sessioncontrol.lua:443: attempt to call ngx.redirect after sending out the headers
stack traceback:
coroutine 0:
[C]: in function 'ngx_redirect'
/usr/lib/lua/web/sessioncontrol.lua:443: in function 'redirect'
[string "header.lp"]:74: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[string "/gateway.lp"]:32: in function 'content'
/usr/lib/lua/web/web.lua:249: in function 'process'
content_by_lua(nginx.conf:109):4: in function <content_by_lua(nginx.conf:109):1>, client: 192.168.1.233, server: localhost, request: "POST / HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
La cosa influisce anche sull'ultima dev dove "impostazione gui" risulta inaccessibile. Il "bello" che appena installata tutto funziona, ma al ravvio ciccia.

[FrancYescO]

@larsen64it mi sto confondendo, parliamo solo di versione dev in modo da non mettere in mezzo problemi che magari abbiamo gia risolto (anche se mi risultano estremamente strani 404 sulla stable)

1) l'errore e' presente solo sul firmware UNO?
2) l'errore si manifesta solo dopo un riavvio post installazione?
3) quell'errore nel log compare ad ogni 404?
4) il tutto accade solo dopo aver installato telstra?

io posso dirti che ho installato la dev 8.13.27 e non vedo problemi di sorta con firmware tiscali (non ho installato telstra)

[larsen64it]

@FrancYescO
1) Solo su UNO
2) Subito dopo qualsiasi installazione stabile o dev che sia è tutto OK. Al ravvio del router NO
3) Solitamente ad ogni 404 non compare nulla nel log , mi è apparso una volta l'errore relativo alla   Risposta #1921 il: Ieri alle 15:13 (ultima dev o ultima stable non ricordo)
4) NO

Il "problema" forse è questo la gui per il tg789 è nata, tarata e sviluppata su firm 16.x e non 17.x Sui 16.x non ha mai dato grossi problemi, su 17.x si: ricordi installazione offline, router in bridge mode....

[larsen64it]

@FrancYescO
Update
Se al ravvio si rilancia  "/etc/init.d/rootdevice force" tutto torna a funzionare fino ravvio del router. Questo mi è saltato agli occhi in quanto a seguito di un reset della gui (non di fabbrica) avevo perso l'accesso come root.

[FrancYescO]

Mi manca una cosa, dal 404 come lo riprendi? Cioè se switchi da card a stats e poi aggiorni la pagina riesci a vedere la pagina stats?

Questa che facendo il reset GUI si perde accesso root è un'altra bella storia (hai dovuto rifare la procedura di sblocco con il wps?)

[larsen64it]

il 404 si risolve con /etc/init.d/rootdevice force, fatto questo passo da  stats a cards e viceversa  senza problemi, al ravvio del router il problema si ripresenta e via ancora con /etc/init.d/rootdevice force
Per il root ho dovuto rifare lo sblocco con il wps.
Correggimi se sbaglio prima faceva sempre un rerooting al ravvio
ora
  Checking root...
  Root detected! Doing nothing.
  Firmware in Bank_1... Not transferring...

Ho aggiunto  /etc/init.d/rootdevice force in /etc/rc.local

[FrancYescO]

il reroot dovrebbe avvenire appunto quando non lo rileva quindi il comportamento e' giusto

con la flag force (che magari in questa fase di debug meglio scrivere la flag debug) fa anche tutta la parte di configurazione delle GUI custom, che anche non essendo un problema rieseguire non e' pensata per essere eseguita ad ogni avvio, probabilmente una delle tante istruzioni ripristina il funzionamento corretto della GUI riparando i 404, resta da capire cosa si perde con il reboot

[larsen64it]

@FrancYescO
Update
Rifatto tutto da capo:
sblocco -> installazione gui stable (senza prima installare nulla compresi i file per il voip e il wireless guest) -> gui ok passaggio stats cards e viceversa senza problemi.
reset gui (non di fabbrica)  -> reboot -> root ok -> reinstallazione stable -> reboot -> tutto ok
aggiornamento da gui alla dev -> ok anche si mi segnala sempre come versione la stable
forzato aggiornamento alla dev da gui-> aggiornamento si blocca e devo riavviare nginx
log https://www52.zippyshare.com/v/ykJ8aEcv/file.html
riavvio gui sembra ok anche se mi segnala aggiornamento disponibile

forzato aggiornamento alla dev da ssh -> tutto ok
Aggiunti alcuni pacchetti tipo nano etc. file di configurazione per wireless guest e voip -> tentato reset gui -> nisba -> reset di fabbrica -> nisba.
Ripristinati i file di cui sopra -> tentato reset gui -> nisba -> reset di fabbrica -> nisba.
Per adesso basta prove, per dirla alla Vasco mi viene il vomito, occhio al cielo potreste vedere passare i TechnoAir o FlyColor.

 

[FrancYescO]

Ci sono alcuni punti ancora strani:
il Reset GUI non di fabbrica dovrebbe ripristinare la GUI di UNO ma lasciare il root, e' comunque una funzione che e' molto vecchia e forse si poteva pensare anche di rimuoverla (tutte le modifiche fatte ai file di config o anche ai pacchetti che rimarrebbero installati non sono pensate per poi funzionare sulle GUI originali) ... e' ricapitato che hai perso il root?

non mi e' chiaro se i nisba stanno per tutto ok o che dava 404, perche' cosi mi verrebbe da dire che il problema sia generato dai pacchetti installati

riguardo i file di configurazione per rete guest e voip intendi roba tua o cose che non sono settabili da GUI Custom ?

[larsen64it]

Il root è rimasto con la stable. Il nisba sulla dev siglifica che non funziona, non succede nulla, non si resetta. La rete guest è un problema di uno e non si configura con la gui. Il voip forse si riesce a configurare con la gui, qualcuno non ci è riuscito e comunque se non si cambiano i file restano i toni inglesi.
Update
Fatto il reset da tastino dalla dev -> ok al ravvio mantiene il root
Sostituiti i files per wireless e voip -> installata da ssh gui dev -> tutto ok -> ravvio -> ok il passaggio stats cards e viceversa.
Resterebbe il bug del reset da gui  e l'upgrade da gui che si blocca e non riavvia la gui stessa, oltre il wifi che avevi notato pure tu.

[FrancYescO]

Per la questione del file dei toni vedremo un po come facilitare la situazione
Se non si riesce a configurare il voip tramite interfaccia c'e da capire quali sono le opzioni che e' necessario far diventare configurabili da interfaccia (molte sono scritte fisse nel file di config)
il bug del wps sul wifi dovrebbe essere risolto, resta ancora rognoso da risolvere quello dell'upgrade/503...

[larsen64it]

wifi OK