## SW-Update mod cmd UP0 boot https://conf.meineDomäne.de/sw/v12r2sr02/ ser v12r2sr02 mod cmd UP0 prot https://conf.meineDomäne.de/sw/v12r2sr02/ ser v12r2sr02
# reboot irebootn
Leider ist bei uns das genau gleich Problem aufgetreten. Es betrifft nicht alle Apparate aber ein Grossteil bootet ständig durch. Wir werden nun das Problem beim Kunden analysieren ( zum Grück in der Nähe ).
Grüsse
Daniel
Grüsse
Daniel
Endlos boot, und auf dem Touchscreen kann man 1x etwas antippen dann friert es ein.
Ein Factory Reset via der Home Taste hat es dann wieder zum laufen gebracht.
Alle anderen IP232 beim Kunden haben das Update hingegen problemlos gemacht
ich habe das Update bisher noch nicht durchgeführt.
Aber, was mir aufgefallen ist....
Dein Script
## SW-Update
mod cmd UP0 boot https://conf.meineDomäne.de/sw/v12r2sr02/ ser v12r2sr02
mod cmd UP0 prot https://conf.meineDomäne.de/sw/v12r2sr02/ ser v12r2sr02
# reboot
irebootn
aktualisiert zuerst den Bootcode, dann die Firmware und macht dann einen Reset.
Ich habe ja mal gelernt...
Update Firmware -> reset
Update Bootcode -> reset
D.h. das Script müsste ja eigentlich so aussehen
# SW-Update
mod cmd UP0 prot https://conf.meineDomäne.de/sw/v12r2sr02/ ireset v12r2sr02
mod cmd UP0 boot https://conf.meineDomäne.de/sw/v12r2sr02/ ireset v12r2sr02
Ich weiß nicht ob das die Ursache ist.
Gruß
Axel
Zur Erinnerung:
mod cmd UP0 boot https://conf.meineDomäne.de/sw/v12r2sr02/ ser v12r2sr02
mod cmd UP0 prot https://conf.meineDomäne.de/sw/v12r2sr02/ ser v12r2sr02
# reboot
irebootn
macht folgendes:
- lade den boot code
- mach nichts ("ser")
- lade die firmware
- mach nichts ("ser")
- reboote das Gerät (simuliert einen power cycle)
- entpacke und starte den boot code
- entpacke und starte die firmware
Wichtig ist hier, dass durch das reboot (im Gegensatz zum reset), beim Entpacken der neuen Firmware bereits der neue Boot Code läuft. Falls wir also z.B. mal eine neue Kompression einführen würden für die Firmware, dann würde der neue Bootcode das bereits können. Bei einem reset würde noch der alte Bootcode laufen beim entpacken der Firmware und das würde nicht klappen.
Insofern würde ich sagen: das Script ist gut so
Wenn es aus irgendwelchen Gründen so nicht geht, dann schreiben wir das in den entsprechenden Upgrade Artikel rein.
Die ist unterwegs zu Innovaphone.
gesicherte Grüße
Niels
We will pass the ticket to the developer, and we will let you know if a solution will be available as soon as possible.
Das Problem an sich ist in
Eine einfache Methode wäre, alle Rufliste und das lokale Telefonbuch zu löschen:
mod cmd FLASHDIR0 erase-allbitte NUR auf Telefonen machen, nicht auf einer PBX!
Christoph
die Anrufliste wäre ja OK aber das Telefonbuch ist schon blöd.
Wird es einen Fix dafür geben? Ich denke eine Meldung das es nicht klappt ist ja OK aber eine Endlosschleife ist doof.
Ich denke wir warten bei unseren Kunden darauf das dass auch mit dem Updatescript immer klappt.
@Christoph da ist doch nur erwähnt das es mehr Speicher benötigt (sollte aber kein Thema sein wenn die Konfig auf der Anlage liegt und es dann nur Telefonbuch und Anruflisten sind).
Gruß Olaf
Aber für den Moment gibt es die beschriebene Lösung.
Es geht auch anders (ohne löschen des lokalen Telefonbuchs). Dazu löscht man nicht kurzerhand das gesamte FLASHDIR, sondern nur einzelne views:
mod cmd FLASHDIR0 clear-view cn=cn-of-viewder cn kann sein (bei einem Telefon)
cn=phone-dir
lokales Telefonbuchcn=call-list-0
Rufliste der ersten Registrierungcn=call-list-n
Rufliste der n+1-ten Registrierung
Das Telefon sagt dann sowas wie
.DNs touched=1 deleted=28
@Niels:
mod cmd UP1 cfgist nicht gut?
Abgesehen davon habe ich das mal in die Wunschkiste für den PHP Update Server getan.
Und ich muss ja wie beim SCFG die MAC mit in die URL verpacken. Geht das? Man müsste also folgendes machen:
## Vorbereitung
# Backup:
mod cmd UP0 scfg https://conf.meineDomäne.de/DRIVE/CF0/Backup/V12R12prep_#h.txt no-op V12R12prep
# Flash loeschen:
mod cmd FLASHDIR0 erase-all
## SW-Update
mod cmd UP0 boot https://conf.meineDomäne.de/sw/v12r2sr02/ ser v12r2sr02
mod cmd UP0 prot https://conf.meineDomäne.de/sw/v12r2sr02/ iresetn v12r2sr02
##Wiederherstellung mod cmd UP0 cfg https://conf.meineDomäne.de/DRIVE/CF0/Backup/V12R12prep_#h.txt iresetn V12R12prep
weiß jemand ob das gefixt ist mit V12R2sr5?
Gruß Olaf
Wahrscheinlich, weil ...
es hat nichts mit den Ruflisten oder überhaupt dem Flash zu tun. Es passiert nur dann, wenn:
- sowohl der primay als auch der secondary time server statisch konfiguriert sind und
- der DNS server per DHCP konfiguriert wird
In dem Fall wird schon beim booten versucht, den NTP server zu finden. Dazu wird der DNS befragt, den gibt es aber (noch) nicht, weil DHCP noch nicht so weit ist. Wenn nur ein time server konfiguriert ist, wird dann ein Weilchen gewartet und das ganze dann neu probiert. Wenn aber beide konfiguriert sind, dann wurden beide in schneller Folge aufgelöst. Je nach Gerätemodell führte das zu einem Trap oder auch nicht.
Zumindest erklärt das, warum nur sehr wenige Kunden von dem Problem betroffen waren.
Christoph