LC 1722, FW 7.70.0099 -> 10x Crash dann Fallback auf 7.58

COMCARGRU · Beitrag von **COMCARGRU** » 18 Aug 2009, 19:30

Hi,

habe gerade die 7.70.0099 auf meinen 1722 losgelassen. Ergebniss Reboot gelingt schon nicht. Power LED flackert extrem schnell dann alle LEDs aus und wieder von Vorne, bis dann irgendwann das Fallback auf die alte 7.58 gegriffen hat. Sonst wäre der Router jetzt wohl tot, da man in diesem Zustand nichtmal den Reset Taster nutzen kann...

Bootlog direkt gezogen, nachdem das Gerät mit 7.58 wieder online war:

VERSION: 7.58.0045 / 14.11.2008 / 6.26b/E74.02.54

****

01/01/1900 00:00:08 LCOS-Watchdog
Task name = DM

Type=data abort [Data Breakpoint]
Code=0x0014472c Task=0x006d8a7c Nest=0x00000000
CPMode=Abort SPMode=System
FSR = 0x00000200 CPSR = 0x60000097 SPSR = 0x2000003f
FLTADDR = 0x00144732 FAR = 0x00000000 MMUBASE = 0x00954000
DBGCSR = 0x80000008
R00 = 0x0000009f R01 = 0x00612f78 R02 = 0x00000008 R03 = 0x0000000d
R04 = 0x00000001 R05 = 0x00000001 R06 = 0x00000001 R07 = 0x00000001
R08 = 0x0000000d R09 = 0x00000008 R10 = 0x0000000a R11 = 0x00ed7424
R12 = 0x008ec108 R13 = 0x006d9a68 R14 = 0x00144775

Memory dump (256 bytes):
Adr:= 0014472a
Len:= 00000100
0014472A: E0 D0 78 28 28 00 D0 71 9B 10 46 91 46 9B 46 5F | ..x((..q ..F.F.F_
0014473A: 78 3F 21 0A 22 01 23 00 97 0B 46 8A 27 03 92 12 | x?!.".#. ..F.'...
0014474A: 46 98 26 00 4C 9B 47 A0 06 00 0E 04 2C 62 D0 45 | F.&.L.G. ....,b.E
0014475A: 2C 62 D8 3B 2C 2D D0 4D 2C 2D D8 43 2C 20 D0 15 | ,b.;,-.M ,-.C, ..
0014476A: 2C 24 D0 37 1C 20 4B 94 47 98 28 00 D0 0E 2E 00 | ,$.7. K. G.(.....
0014477A: D0 03 46 42 46 51 43 51 46 88 1C 23 3B 30 2B 09 | ..FBFQCQ F..#;0+.
0014478A: D8 3F 46 40 19 03 3B 30 46 98 36 01 35 01 78 2A | .?F@..;0 F.6.5.x*
0014479A: 1C 10 2A 00 D0 01 42 BE DB D4 9C 12 98 0B 04 23 | ..*...B. .......#
001447AA: 14 1B 1C 1F 46 43 43 7B 06 1B 0E 1B 42 98 D0 00 | ....FCC{ ....B...
001447BA: E0 88 27 01 42 7F 44 B9 46 48 28 00 D1 00 E0 81 | ..'.B.D. FH(.....
001447CA: 1C 10 2A 00 D0 22 24 01 44 A3 E7 B0 2C 6F D0 14 | ..*.."$. D...,o..
001447DA: 2C 78 D1 C7 23 10 46 9A 27 02 E7 D7 21 02 46 8A | ,x..#.F. '...!.F.
001447EA: 27 08 E7 D3 2C 30 D1 BD 2E 00 D1 BB 46 50 28 0A | '...,0.. ....FP(.
001447FA: D1 B8 E7 CB 48 72 90 12 E7 C8 22 08 46 92 27 03 | ....Hr.. ..".F.'.
0014480A: E7 C4 46 41 19 0B 3B 57 46 98 E7 BE 99 16 9A 0A | ..FA..;W F.......
0014481A: 9C 08 68 0B 25 E0 9F 08 43 9A 98 06 99 09 00 6D | ..h.%... C......m

Stack dump (512 bytes):
Adr:= 006d9a68
Len:= 00000200
006D9A68: 00 00 00 03 00 2C 17 BC 00 0F 00 11 00 B8 04 E0 | .....,.. ........
006D9A78: 00 0F 11 45 00 91 31 C4 00 61 2F 1C 00 00 01 A0 | ...E..1. .a/.....
006D9A88: 00 B8 03 40 00 00 00 00 00 00 00 01 00 00 00 08 | ...@.... ........
006D9A98: 00 00 00 00 00 00 00 02 00 00 00 00 00 D3 03 80 | ........ ........
006D9AA8: 00 ED 74 24 00 00 00 08 00 00 00 01 00 61 2F 78 | ..t$.... .....a/x
006D9AB8: 00 00 00 50 00 B8 04 E0 00 61 2F 1C 00 ED 76 34 | ...P.... .a/...v4
006D9AC8: 00 00 01 DD 00 B8 03 40 00 6D 8A 74 00 D3 03 80 | .......@ .m.t....
006D9AD8: 00 2C 48 B8 00 2C 43 2C 00 14 46 8D 00 14 4A 33 | .,H..,C, ..F...J3
006D9AE8: 00 2B 90 50 00 00 01 E4 00 B8 03 40 4C 32 44 49 | .+.P.... ...@L2DI
006D9AF8: 00 DB D9 40 00 2B 90 60 00 14 32 2B 00 6D 9B B8 | ...@.+.` ..2+.m..
006D9B08: 00 2F 63 09 00 00 00 00 00 00 00 00 00 00 00 00 | ./c..... ........
006D9B18: 00 00 00 00 00 6D 8A 7C 00 00 00 00 00 00 00 00 | .....m.| ........
006D9B28: 00 00 00 00 00 2B DE D0 00 2B 9E 38 00 00 00 00 | .....+.. .+.8....
006D9B38: 00 00 00 00 00 2B 9E 38 00 00 00 00 00 00 00 00 | .....+.8 ........
006D9B48: 00 69 84 30 00 DD E0 00 00 DD E0 00 00 00 00 00 | .i.0.... ........
006D9B58: 00 00 00 02 00 00 00 00 51 42 00 00 00 01 00 00 | ........ QB......
006D9B68: 00 00 00 00 00 00 00 00 00 4B 34 14 01 18 7E 80 | ........ .K4...~.
006D9B78: 00 69 7E B8 00 01 00 00 54 4D 00 00 00 00 00 00 | .i~..... TM......
006D9B88: 00 7E F5 7C 00 00 E7 4A 00 00 EA 60 00 00 00 00 | .~.|...J ...`....
006D9B98: 00 8E C5 20 00 00 00 00 49 54 48 43 00 6D 9B 4C | ... .... ITHC.m.L
006D9BA8: 00 00 00 09 00 00 00 00 51 45 00 00 00 00 00 03 | ........ QE......
006D9BB8: 00 B9 08 00 00 00 00 04 20 00 00 00 01 18 F2 A0 | ........ .......
006D9BC8: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ........ ........
006D9BD8: 00 00 00 00 00 00 00 12 00 B8 DF 00 00 00 00 00 | ........ ........
006D9BE8: 00 6D 9C 48 00 6D 9C 48 00 00 00 01 00 00 00 00 | .m.H.m.H ........
006D9BF8: 00 00 00 00 00 00 00 00 00 6D AC 0C 00 6D 9C AC | ........ .m...m..
006D9C08: 00 00 02 28 03 66 A0 92 00 00 00 00 00 08 00 00 | ...(.f.. ........
006D9C18: 00 6D 78 AC 01 13 FD C0 00 00 00 00 00 00 00 00 | .mx..... ........
006D9C28: 00 00 00 00 02 F2 57 48 00 00 01 E5 00 00 00 5E | ......WH .......^
006D9C38: 00 69 12 04 00 81 86 EC 00 00 10 00 00 00 00 1E | .i...... ........
006D9C48: 00 6D 9C 48 00 6D 9C 48 00 00 00 01 00 00 00 00 | .m.H.m.H ........
006D9C58: 00 00 00 00 00 00 00 00 00 14 8D 79 00 D2 6F E0 | ........ ...y..o.
largest available memory block: 13817536 bytes

DEVICE: LANCOM 1722 VoIP (Annex B)
HW-RELEASE: A
VERSION: 7.58.0045 / 14.11.2008 / 6.26b/E74.02.54

****

01/01/1900 00:00:03 System boot after LCOS-Watchdog

DEVICE: LANCOM 1722 VoIP (Annex B)
HW-RELEASE: A
VERSION: 7.58.0045 / 14.11.2008 / 6.26b/E74.02.54

root@LANCOM:/
>

Tja das war wohl nix? Steht mal hier wieder eine komplette Neuconfig an?

Danke
COMCARGRU

REPTILE · Beitrag von **REPTILE** » 18 Aug 2009, 22:03

habe heute auch einen 1722 upgedated... keine probleme gehabt...

alf29 · Beitrag von **alf29** » 19 Aug 2009, 10:16

Moin,

sowohl vor als auch hinter dem Crash-Dump steht als
Firmware-Version im Bootlog eine 7.58 und nicht eine 7.70 -
deshalb liest sich das für mich so, als ob das ein Absturz mit
einer Firmware 7.58 und nicht mit einer 7.70 passiert ist -
zum Finden eines Fehlers in einer 7.70 hilft das deshalb
recht wenig...

Gruß Alfred

COMCARGRU · Beitrag von **COMCARGRU** » 19 Aug 2009, 13:27

Hi Alf,

was soll ich dazu sagen - das steht im Bootlog nachdem die Box wieder erreichbar gewesen ist. Und der Auslöser war nunmal das Update auf die 7.70.

In den Eigenschaften sehe ich auch, daß die 7.70 sich im Gerät befindet - dort wo vorher noch eine 6.32 gewesen ist.

Also was soll ich dazu mehr sagen? Außer vielleicht, daß dies alte Einträge sind, weil das Gerät mit der 7.70 nicht mal mehr in der Lage gewesen ist ein Log zu schreiben - wäre das denkbar?

Gruß
COMCARGRU

COMCARGRU · Beitrag von **COMCARGRU** » 17 Sep 2009, 18:15

Moin,

so denn. Den Router habe ich jetzt komplett resetet, die FW 7.70 aktiviert und dann von Grund auf neu konfiguriert. Also er läuft.

Steckt also irgendetwas in der alten Config, was die 7.70 gar nicht mag. Natürlich keine schöne Sache solche Abstürze - nimmt Vertrauen in Remote Änderungen...

Eines würde ich noch gerne wissen: Wenn ich die 7.70er Config jetzt ausdrucke steht unter dem Punkt Zugriffs-Stationen:

(keine Einträge in dieser Tabelle)

und außerdem zusätzlich noch folgendes:

1.2.7.1: 1
1.2.7.20: 0
1.2.7.22: 0
1.2.7.21.1: 0.0.0.0
1.2.7.21.2: 10
1.2.7.21.3: 1
1.2.7.21.4: 1
1.2.7.21.5: 10
1.2.7.21.6: 0

Hat das was im Ausdruck zu suchen? Denn die Tabelle ist ja in der Tat leer...

Gruß
COMCARGRU

backslash · Beitrag von **backslash** » 17 Sep 2009, 19:21

Hi COMCARGRU,

das sind auch nicht die Einträge der Access-Tabelle...

1.2.7.2 => /Setup/TCP/Operating (yes)
1.2.7.20 => /Setup/TCP/Non-Loc.-ARP-Replies (no)
1.2.7.22 => /Setup/TCP/ICMP-On-ARP-Timeout (no)
1.2.7.21.x => /Setup/TCP/Alive-Test

Gruß
Backslash

COMCARGRU · Beitrag von **COMCARGRU** » 17 Sep 2009, 19:51

Hi,

deine Aussage interpretiere ich derart, daß diese Angaben somit in dieser Form und an dieser Stelle im Ausdruck der Konfiguration nichts verloren haben?

Ist das nur ein "Schönheitsfehler" oder deutet das auf Probleme in der Konfiguration hin?

Danke
COMCARGRU

Beitrag von **LoUiS** » 17 Sep 2009, 20:10

deine Aussage interpretiere ich derart, daß diese Angaben somit in dieser Form und an dieser Stelle im Ausdruck der Konfiguration nichts verloren haben?

Natuerlich gehoert das in die Konfiguration, dies sind ganz normale Konfigurationspunkte aus dem LCOS und die haben vermutlich nichts mit dem Absturz zu tun.

COMCARGRU · Beitrag von **COMCARGRU** » 17 Sep 2009, 21:16

Hi,

sorry hab mich wohl etwas mißverständlich ausgedrückt:

Das es in die Konfiguration gehört ist klar! Aber warum steht es in dieser seltsamen (oder ungewohnten) Art im Ausdruck?

Sieht so aus, als ab Lanconfig beim erstellen des Ausdrucks keine Bezeichnungen dafür verwendet und deshalb die internen Pfadangaben benutzt?

Gruß
COMCARGRU

Beitrag von **LoUiS** » 17 Sep 2009, 23:06

Das sind die SNMP IDs, die in der Konfiguration verwendet werden, ich denke mal LANconfig kann die scheinbar intern nicht einem bestimmten Konfigurationspunkt zuordnen und zeigt die deshalb nativ an.

COMCARGRU · Beitrag von **COMCARGRU** » 19 Sep 2009, 13:35

Danke den Begriff "SNMP IDs" hab ich gesucht...