[LuKePicci]

Sì tutto corretto. dovrebbe bastare un /etc/init.d/watchdog-tch stop.

Dopo averlo fatto, il comando lsof non dovrebbe darti più nessun utilizzatore del file /dev/watchdog, a quel punto l'echo 1 su /dev/watchdog dovrebbe funzionare, e non facendolo per un tot di secondi dovresti vederlo riavviarsi. Non fare nessun rmmod, quel driver ci serve, altrimenti sparisce il file /dev/watchdog.

[larsen64it]

Ok il comportamento è come dici tu. L'ho tenuto attivo per 2./3 minuti con echo 1 ripetuto. Senza dopo un minuto va in trace e ravvio.
Ho fatto una prova schifosa mettendo quasi all'inizio di do_migrate_overlay

Codice: [Seleziona]

rm /dev/watchdog
mknod /dev/watchdog c 10 130
insmod bcm963xx_wdt
/etc/init.d/watchdog-tch start
/etc/init.d/watchdog-tch stop
echo 1 > /dev/watchdoged i soliti echo 1 > /dev/watchdog
arriva sempre in fondo a

Codice: [Seleziona]

echo "mount_root-mod: update_file_if_needed $f"per poi riavviarsi di continuo

[LuKePicci]

ottimo, allora lascia le righe insmod e watchdog start dove le avevi messe, lascia anche gli echo che stampano i nomi file in corso di copia, togli le righe echo 1 >/watchdog, e controlla che continui ad arrivare sempre in fondo allo stesso modo di come hai detto. In caso contrario.  togli solo  watchdog start e rimetti gli echo 1. Quando vedi che nonostante gli echo sui nomi file (che rallentano di parecchio la cosa)  arriva comunque in fondo dove hai visto in modo stabile passiamo a risolvere il problema successivo, facci vedere la lista dei file (dovrebbero essere pochi) che ad ogni riavvio tenta di copiare.

[larsen64it]

Come previsto il log della copia file rallenta e impedisce di completare il processo
log senza echo 1 > watchdog
https://anonfiles.com/91oex3Haod/upgrade_txt
log con  echo 1 > watchdog senza /etc/init.d/watchdog-tch start
https://anonfiles.com/5aocxfH3oc/upgrade1_txt
log come sopra ma senza il tar della gui in root e la cartella /www
https://anonfiles.com/xfo5x2H3o0/upgrade2_txt
sembra arrivare in fondo al processo e si riavvia fino al bootp.

[LuKePicci]

L'ultimo log mostra chiaramente il secondo problema. Come sospettavo qualcosa va a scrivere i file in /etc/config dopo che la migrazione li ha spostati e prima del reboot da essa richiesto. Provate a mettere un lungo sleep dentro reboot _if _needed in modo che l'init non continui fino al reboot.

Il problema col watchdog mi pare esserci ancora, provate a richiamare l'app watchdog-tch manualmente dandogli in pasto il suo solito file di configurazione al posto che tentare di avviare un comando di start sul suo init script.

[larsen64it]

Già provato. Senza nessun echo 1 e log. La copia arriva in fondo al primo tentativo mettendo all'inizio del file

Codice: [Seleziona]

/etc/init.d/watchdog-tch stop
echo "watchdog-device = /dev/watchdog" > /tmp/watchdog.conf
echo "watchdog-timeout = 120" >> /tmp/watchdog.conf
rm /dev/watchdog
mknod /dev/watchdog c 10 130
insmod bcm963xx_wdt
/usr/sbin/watchdog-tch -c /tmp/watchdog.confOvviamente watchdog-timeout = 120 era una speranza dopo al massimo una 70 di secondi (con i log attivati) si riavvia.

[LuKePicci]

Ok ma se ho ben capito aggiungendo il log anche col codice qui sopra comunque non arriva in fondo o sbaglio?

Hai provato anche con lo sleep nel restart?

[larsen64it]

1) Corretto
2) No
Correggo così ?

Codice: [Seleziona]

  reboot_if_needed(){
      sleep 20 ######## Basta?
    [ "$need_reboot" = "1" ] && reboot

[LuKePicci]

No, al posto di reboot, dopo && apri una parentesi giraffa e mettici reboot && sleep 20

Cioè quando il reboot e necessario, lui da il comando di reboot e poi aspetta)

[larsen64it]

Così facendo non rebootta

Codice: [Seleziona]

root@OpenWrt:~# mount
rootfs on / type rootfs (rw)
/dev/root on /rom type squashfs (ro,relatime)
proc on /proc type proc (rw,noatime)
sysfs on /sys type sysfs (rw,noatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noatime,size=115621888,mode=1777)
tmpfs on /dev type tmpfs (rw,noatime,mode=0755,size=512K)
devpts on /dev/pts type devpts (rw,noatime,mode=600,ptmxmode=000)
/dev/mtdblock2 on /overlay type jffs2 (rw,noatime)
overlayfs:/overlay/bank_2 on /saferoot type overlayfs (rw,noatime,lowerdir=/,upperdir=/overlay/bank_2)
/dev/mtdblock3 on /modoverlay type jffs2 (rw,relatime,compr=zlib)
overlayfs:/modoverlay/bank_mod on / type overlayfs (rw,relatime,lowerdir=/,upperdir=/modoverlay/bank_mod)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
cgroup_root on /cgroups type tmpfs (rw,relatime)
cpumemblk on /cgroups/cpumemblk type cgroup (rw,relatime,blkio,memory,cpu)
none on /proc/bus/usb type usbfs (rw,relatime)

Codice: [Seleziona]

root@OpenWrt:~# df
Filesystem           1K-blocks      Used Available Use% Mounted on
rootfs                   47488     10740     36748  23% /
/dev/root                22528     22528         0 100% /rom
/dev/mtdblock2           31872      1124     30748   4% /overlay
overlayfs:/overlay/bank_2
                         31872      1124     30748   4% /saferoot
/dev/mtdblock3           47488     10740     36748  23% /modoverlay
overlayfs:/modoverlay/bank_mod
                         47488     10740     36748  23% /
root@OpenWrt:~#

Codice: [Seleziona]

root@OpenWrt:~# lsof | grep watchdog
watchdog- 2163        root  cwd       DIR       0,15        0        243 /
watchdog- 2163        root  rtd       DIR       0,15        0        243 /
watchdog- 2163        root  txt       REG       31,1    58785       1855 /usr/sbin/watchdog-tch ##quello creato da me, andrebbe tolto
watchdog- 2163        root  mem       REG       31,1    12465       3663 /lib/libdl-0.9.33.2.so
watchdog- 2163        root  mem       REG       31,1   517291       3420 /lib/libuClibc-0.9.33.2.so
watchdog- 2163        root  mem       REG       31,1    44663       3665 /lib/libgcc_s.so.1
watchdog- 2163        root  mem       REG       31,1     4458       2988 /usr/lib/mwan/libmwan-preload.so
watchdog- 2163        root  mem       REG       31,1    28677       3368 /lib/ld-uClibc-0.9.33.2.so
watchdog- 2163        root    0u     unix 0xc78e5b60      0t0       2888 socket
watchdog- 2163        root    1w      CHR     10,130      0t0        567 /dev/watchdog
root@OpenWrt:~#

[LuKePicci]

Buono, fuori uno, mo bisogna solo studiarsi meglio lo stato del watchdog durante l'init per riuscire a controllarlo. Quando vedi che col log della copia per ogni file attivato  arriva fino in fondo senza riavviarsi allora siete a posto.

Ok, allora lo sleep conviene che @FrancYescO lo implementi già da ora perchè affligge potenzialmente qualsiasi firmware. E' solo un caso se fin'ora sugli altri device dopo il reboot gli altri init script non facciano in tempo a generare altri file config.

[larsen64it]

Naturalmente i problemi ci sono. Partendo da bank_2 con bank_1attiva, non ho idea se copi tutto perfettamente.
P.S. modgui accessibile solo con Administator/blank e non mi fa entrare in quanto mi dice connessione non attiva???
Dando upgradegui 403 Forbidden

[brusarp]

Buongiorno a tutti!
Sono connesso in FTTH TIM ed il mio è router è il seguente:

DGA ( DGA4132 )
Versione software
18.3.k Cobalt
Versione GUI
9.5.85-5593db7a

Dopo l'OPB (che presumo sia andato a buon fine in quanto mi ritrovo questa situazione:
Banco attivo
bank_1
Versione attiva
Unknown
Banco passivo
bank_2
Versione passiva
18.3.k.0451)
ora non riesco ad aprire la tab "Telefonia" in quanto non appare nemmeno più l'icona a ingranaggio passandoci sopra con il mouse...
è per caso stata disabilitata per qualche motivo nelle ultime versioni?
La parte telefonica comunque funziona (anche se per farla andare mi pare di aver dovuto riavviare ulteriormente il router a fine OPB... aveva perso anche la configurazione wireless e la password admin della GUI si era resettata)

[lorenzocanalelc]

Ok, allora lo sleep conviene che @FrancYescO lo implementi già da ora perchè affligge potenzialmente qualsiasi firmware. E' solo un caso se fin'ora sugli altri device dopo il reboot gli altri init script non facciano in tempo a generare altri file config.

Veramente avevo già segnalato che qualcosa di strano succedeva nelle impostazioni, infatti per esempio nel DGA4130 dopo la migrazione da Stabile a DEV con bank planning alcune impostazioni (In particolare ho potuto notare /etc/config/network) non sono rimaste quelle pre-aggiornamento ma si sono cambiate nei valori default (LAN IP da 192.168.10.1 è tornato a 192.168.1.1)

[FrancYescO]

Messo lo sleep, direi che è quello che faceva accadere cose strane... (@lorenzocanalelc se hai voglia di riprovare, direi che e' il tassello che mancava per considerare almeno gli upgrade da stable fattibili senza problemi)
ma a terminare semplicemente watchdog abbiamo provato? perche' viene fatto anche durante l'install della GUI e non so nemmeno perche', forse basta semplicemente quello..

@brusarp dai upgradegui da terminale