[be.ip] FW-Update ist da 10.1.7

[Kalle2006]

Mach eine SIA, denn da sollte der Grund für den Neustart drin stehen.

Wenn der WLC für dich unwichtig ist, dann kannst du ihn ja über den SNMP - Browser (das geht nur bei der be.IP plus, nicht bei der DigiBox) deaktivieren und ohne WLC arbeiten.

 

[weißnix_]

OK, ich mach ein SIA und schick es Dir.
Den WLC hab ich schon vor dem Upgrade deaktiviert.

Im normalen Log (syslogd) schaut der Neustart so aus:

Jun  6 10:47:54 be.ip INET: TIMEOUT Session expired: 192.168.155.5:50496->192.168.155.1:53 prot=17
Jun  6 10:47:54 be.ip INET: destroy session, 192.168.155.5:50496->192.168.155.1:53 prot: 17
Jun  6 10:48:00 be.ip INET: TIMEOUT Session expired: 192.168.222.50:2->239.255.255.250:2 prot=2
Jun  6 10:48:00 be.ip INET: destroy session, 192.168.222.50:2->239.255.255.250:2 prot: 2
Jun  6 10:48:02 be.ip INET: new session, 192.168.155.5:13128->192.168.155.1:53 prot: 17 parent: false
Jun  6 10:48:02 be.ip INET: SIF: Accept [1000000:192.168.155.5:13128] -> [1:192.168.155.1:53] :17
Jun  6 10:48:02 be.ip INET: dnsd: qry from 192.168.155.5:13128 id 15517 "signal.mydlink.com." A 1
Jun  6 10:48:02 be.ip INET: dnsd: cache neg for signal.mydlink.com.
Jun  6 10:48:02 be.ip INET: dnsd: rsp to 192.168.155.5:13128 id 15517 "signal.mydlink.com." A 0/0/0
Jun  6 10:48:37 be.ip WLAN: athold_wlan_country_changed
Jun  6 10:48:37 be.ip ATM: vdsl3-0: download VDSL firmware VRX-VDSLi.vrx V5.7.3.3.0.7 OK
Jun  6 10:48:37 be.ip ATM: vdsl3-0: autoboot status RUNNING
Jun  6 10:48:37 be.ip ATM: vdsl3-0: autoboot status STARTING
Jun  6 10:48:37 be.ip ATM: vdsl3-0: EVENT INIT_READY

Unschwer zu erkennen, das da nix zu erkennen ist.

Update:
Ursache scheinte eine (nicht ganz konsistente ) QOS-Regel gewesen zu sein. Da die eh nur ein Test war, hab ich sie mal gelöscht. Mal sehen was passiert. Die war aber schon lange vor dem Upgrade da. Offensichtlich hat sich unter der Haube so einiges verändert.

SIA (auszug)

### Selftest passed ###
 

BOSS MIPS kernel v2.0 (be.IP plus)
Copyright (c) 1996-2016 by bintec elmeg GmbH
Version V.10.1 Rev. 7 IPv6, IPSec, PBX from 2016/05/13 00:00:00

The system is coming up.

Speed index... 332.80 MIPS
Collecting Entropy........................................
Installed modules:
Slot: BoardId      SerialNo        
bufman_provide(): space (3)
Read Cmd MBX spurious wakup - no data.
   0: SYS-PBX-V                     OK   
   1: GETH5                         OK   
   2: ISDN2N                        OK   
   3: VDSL                          OK   
   4: FXS4                          OK   
   6: USB2                          OK   
<6>Using Cal data from EEPROM 0x3ff
   7: WLAN-ATH                      OK   
InstallModules = 0x7

The system is ready.


WARNING: MIB: biboAdm (12) has 1 (more) uncommitted rows (total now 1)

WARNING: MIB: ipHostAccessStat (23) has 1 (more) uncommitted rows (total now 1)

WARNING: MIB:  (34) has 1 (more) uncommitted rows (total now 1)

WARNING: MIB: httpAdminStat (41) has 1 (more) uncommitted rows (total now 1)
AUTOEXEC:
  1    date Mon Jun  6  0:10:44 2016 done
  1    mountd background
  1    configd   SystemId: BE2CAxxx  Cfg: /boot done
  4    dslvrxd background
  4    acctd done
  5    sysconfigd background
  5    usbd background
  7    vfaxd background
  9    comd background
  10    isdnd background
  10    stackd background
  19    ethoad background
  19    pppoad background

WARNING: MIB: ipMRouteInterface (116) has 4 (more) uncommitted rows (total now 4)
  19    rpoad background
  50    brd background
  50    ipd background
  51    telnetd background
  51    alertd background
  51    telnetd6 background
  51    stfd background
  51    snmpd background
  52    httpd background
  52    syslogd background
  65    mps background
  68    pppoed background
  69    nilsd background
  70    pppd background
  70    radiusd background
  90    timed background
  97    dnsd background
  97    alived background
athold_ath_tx_edma_tasklet: TXQ[3] tailindex 0
  97    scheduled background
  99    vectoringd background
  99    authd background
  99    supplicantd background
  99    vcapid background
  99    ddnsd background
  99    bootpd background
BOOTP: config already set
  99    resolvd background
  99    serviced background
  99    ldapd background
  99    dhcp6d background
  99    ipsecd background
  99    tapid background
  99    amdaemon background
  99    fwud background
  99    sshd background
  99    traced background
  99    upnpd background
  99    iwud background

WARNING: MIB: qosIfStat (336) has 1 (more) uncommitted rows (total now 1)

WARNING: MIB: qosPolicyStat (338) has 2 (more) uncommitted rows (total now 2)
  99    vmd background
  99    capwapd background
  99    caad background
  99    wtpd background

WARNING: MIB: qosTosStat (339) has 1 (more) uncommitted rows (total now 1)

WARNING: MIB: qosTosStat (339) has 2 (more) uncommitted rows (total now 3)

WARNING: MIB: qosTosStat (339) has 1 (more) uncommitted rows (total now 4)

WARNING: MIB: !!!!! ancient uncommitted MIB entries exist - investigate !!!!!!

WARNING: MIB: ipMRouteInterface (116) has 4 (more) uncommitted rows (total now 4)

WARNING: MIB: qosIfStat (336) has 1 (more) uncommitted rows (total now 1)

WARNING: MIB: qosPolicyStat (338) has 2 (more) uncommitted rows (total now 2)

WARNING: MIB: qosTosStat (339) has 4 (more) uncommitted rows (total now 4)

WARNING: MIB: !!!!! ancient uncommitted MIB entries exist - investigate !!!!!!

PANIC: class_kmem_alloc: failed - class=4
be.IP plus V.10.1 Rev. 7 IPv6, IPSec, PBX from 2016/05/13 00:00:00
time: 31042.404/575538c1 (14.697935)

Stack: kernel 02480fa0 - 02484fa0, user 02484fa0 - 02487fd0 [27 / 65&mps]

Stack Trace:

00024df4                                
00025388                                
000253a8                                
00007574                                
00008d04                                
00009700                                
000004e4                                
00002894                                
00002c6c                                
000031e0                                
00000830                                
00014110                                
00014228                                
000142b0                                
00014430                                
0000f0e4                                
00018a14                                
0001a3d8                                
0002377c                                

 ----- user stack [65&mps] -----
00d0cb60                                
008d9f8c                                
00629a10                                
00629ea0                                
0062a290                                
00629fd8                                
007787b0                                
007786fc                                
system halted
CPU   Check ... passed (MIPS 34KEc [MT] @ 500/250.0 MHz)

SDRAM Check ................................................................................................................................. passed (128 MByte)

FLASH Check  passed (32 MByte)

 

[weißnix_]

Update:
Das entfernen der QoS-Regeln hat es nicht gebracht. Ich werde weiterhin von sporadischen Neustarts geplagt, die anscheinend auf ein Speicherplatzproblem hinweisen...

PANIC: class_kmem_alloc: failed - class=4

 

[Kalle2006]

Ich habe zu dem Fall ein Support Ticket aufgemacht.

 

[weißnix_]

Heute morgen habe ich erstmal ein Rollback auf 10.1.5 P3 durchgeführt. Ansonsten habe ich nix geändert. Seither ist die Speicherauslastung konstant bei 34%.
Der 8-stündige Rebootzeitraum ging mittlerweile allen Nutzern auf die Nerven.
In dem Zusammenhang, angestoßen durch das hier, möchte ich die unterschwellige Beobachtung von gelegentlichen SIP-Providerausfällen zu Protokoll geben. Wenn ich nachsehe, ist der Povider mit dem Sleep-Symbol gekennzeichnet, manchmal mehr als 10 Minuten und dann geht es plötzlich wieder.

 

[Kalle2006]

Das Memoryleak muss mit irgendeiner Besonderheit in deiner Konfiguration zusammenhängen, denn ich habe das Problem weder selbst noch bei irgendeinem anderen Kunden.
Vielleicht kannst du mir mal schreiben, was ich tun muss um es nachzustellen.
In Verbindung mit welchem SIP-Provider hast du die SIP-Providerausfälle?

 

[weißnix_]

Wie ich bereits in meiner letzten Mail anmerkte, halte ich es durchaus für möglich, das das Loch durch meine exzessive Nutzung der Box als Smartswitch zustande kommt. Wenn ich Dir schreiben könnte, was Du zum nachstellen tun musst, müsste ich erstmal einen speziellen Zusammenhang erkennen. Dann wäre der Rest ja Kinderkacke.
Dessen ungeachtet: ich glaube kaum, das Du auf die schnelle meine Konfig nachstellen kannst, oder hast Du einen dedizierten Server für Gateway,DNS,DHCP,Firewall und Proxy rumstehen?
In den letzten Tagen habe ich immer mal einen sporadischen Ausfall bei voip2gsm bemerkt. In den Logs sehe ich dann endlose Registrierversuche, die irgendwann zum Erfolg führen. das habe ich aber noch nicht speziell nachverfolgt. Ich bin nur durch @achim1108's Post speziell darauf Aufmerksam geworden.

Für bintec werde ich Dir heute abend nochmal eine Kurzzusammenfassung des Tests mailen. Das können die ja in ihre Diagnostic/Entwicklung einfließen lassen. Sollten spezielle Nachfragen bestehen: Ich spiel bedarfsweise die 10.1.7 wieder drauf, aber nur im Ausnahmefall als Dauertest, weil durch den Restart der Box immer mein VPN abkackt und das ist lästig. Telefonisch bin ich nur abends zu erreichen.

 

[Kalle2006]

Ich schau mir das mal an, denn als Gateway, DNS, DHCP und Firewall kann ich ja z.B. auch eine bintec RS353jv dran hängen.

 

[weißnix_]

Wenn das Teil auch VLAN-Routing macht, sehe ich da keinen Unterschied und meine Konfig sollte bei Dir umsetzbar sein. Das grundlegende Netzschema hab ich gemailt. Falls was unklar sein sollte: Fragen kostet nix

 

[weißnix_]

So: jetzt mal was neues

Responsive ist zwar jetzt überall hipp, aber auf meinem 17"-Läppi mit Firefox beobachte ich gelegentlich bei der 10.1.7, das der OK / Übernehmen-Button nicht mehr auf dem Schirm ist. Runterscrollen funktioniert, aber das Bild springt sofort wieder nach oben, sodass ich den Button nicht erreichen kann.
Momentan behelfe ich mir, indem ich das Fenster so verkleinere und im Seitenverhältnis ändere, das ich runterscrollen kann. Das sollten die Spezialisten von bintec nochmal überarbeiten. Lesen die hier eigentlich mit??

 

[Kalle2006]

Dazu gibt es von mir schon ein Support - Ticket.

 

[weißnix_]

Ich habe heute von Kalle Feedback bzgl. meines Speicherlecks bekommen: Die Ursache ist gefunden und wird in einem zukünftigen Patch behoben.
Schaun wir mal...
Update: 10.1.7.104 behebt das Problem

 

[Kalle2006]

V.10.1.7.105 IPv6, IPSec, PBX from 2016/07/05 00:00:00