[Fli4l_dev] Neuer Eintrag im Web-GUI: Probleme

[B. Sprenger]

Hallo Christoph,
Am 21.12.2014 um 14:13 schrieb Christoph Schulz:
> B. Sprenger schrieb:
>
>> Nach einiger Betriebszeit taucht im httpd ein Eintrag "Probleme" auf.
>
> Ja, mit einem arping.sh-Core-Dump. Ist das noch einmal aufgetreten oder
> blieb es bei dem einen Mal?

Der Eintrag "Probleme" kommt regelmäßig wieder.
Ich weiß jetzt den letzten Inhalt nicht mehr genau, meine aber es wäre 
etwas mit coreping gewesen (könnte natürlich auch arping gewsen sein)
Ich werde mal etwas warten bis der Fehler wieder auftaucht und mir dann 
noch mal die Datei anschauen.
>
>> Bei der darauf folgenden Zwangstrennung (cronjob-gesteuert)
>
>
> arping.sh hat mit einer Zwangstrennung nichts zu tun...
>
>> wird keine
>> erneute Internetverbindung aufgebaut. Der Router reagiert auch nicht
>> mehr auf die Steuerbefehle (sowohl imm httpd als auch über SSH)
>> Es hilft nur noch den Strom zu kappen.
>
> Also nochmal:
> - Zwangstrennungen sind prinzipiell kein Problem
> - sobald arping.sh das erste Mal abschmiert, gibt es bei der ersten _darauf
> folgenden_ Zwangstrennung einen Absturz
>
> So richtig verstanden?

Jawohl.
Zumindest ist das das von mir beobachtet Verhalten.
Inkl. Verlust der Steuerung des Routers!
>
>> [...]
>> HOST_N='50'
>
> So viele Hosts *könnten* ein Problem für arping.sh sein, da arping.sh
> sukzessive alle Hosts abklappert, und das immer und immer wieder. @Peter:
> kannst du das mal prüfen?
Die habe ich drin, damit mir das OPT_ACCOUNTING die Namen anzeigt.
Das könnte ich ohne Problem zusammenstreichen (ist nur Kosmetik)
>
>> #
>> # package 'ppp'
>> #
>> OPT_PPP='yes'
>> OPT_VLAN_DEV='yes'
>> [...]
>
> Das ist komisch, denn OPT_VLAN_DEV und die folgenden Variablen gehören nach
> "advanced_networking". Hier fehlt also eigentlich ein:
>
> #
> # package 'advanced_networking'
> #
Das ist aber konfiguriert.
Da es sich um einen VDSL-Anschluss handelt, wird dies benötigt.
Die Konfiguration sieht so aus:
OPT_VLAN_DEV='yes'    # activate VLAN 802.1Q
VLAN_DEV_N='1'
VLAN_DEV_1_DEV='eth1'

>
>
>> HTTPD_ARPING='yes'
>
> Und wenn du das auf 'no' setzt, läuft dein Router stabil?
Das werde ich ausprobieren.

>
>> CIRC_1_PPP_FILTER='yes'
>> CIRC_1_HUP_TIMEOUT='0'
>
> Du brauchst nicht zu filtern, wenn du doch eh nie auflegst. Für einen 24/7-
> Circuit ist CIRC_1_PPP_FILTER='no' völlig ausreichend.
Danke für den Hinweis.
Hier habe ich die Default-Konfiguration einfach übernommen.
Werde ich korrigieren.

>
>
>> FLI4L_VERSION='4.0.0-r35138-testing'
>
> ...wie man auch hier unschwer erkennen kann. Die ist vom 28.11., also fast
> einen Monat alt. Bitte teste die aktuelle Version und prüfe, ob es damit
> immer noch Schwierigkeiten gibt!

Ok. werde ich machen.
Werde nochmal abwarten bis das Problem auftaucht.
Dann werde ich HTTPD_ARPING='no' setzen.


Ich werde berichten (wird naturgemäß einige Tage dauern)

LG
Boris