[Fli4l_dev] Informationen zum Weekly-Tarball vom 18.1.2013 [24998]

[Matthias Prager]

Noch ein Nachtrag: mit dem 3.6.11er Kernel verschwindet die
Fehlermeldung bzgl. ppp daemon, die restlichen Probleme bleiben aber
bestehen.

Am 20.01.2013 22:13, schrieb Matthias Prager:
> Kleiner Nachtrag: Nach Neustart über die Weboberfläche baut er die
> Verbindung nicht wieder von alleine auf - erst nach einem klick auch
> 'Verbinden'.
> 
> Am 20.01.2013 22:07, schrieb Matthias Prager:
>> Hallo,
>>
>> ich habe soeben den Weekly-Tarball [24998] installiert (von [24320]
>> kommend). Die Internetverbindung funktioniert auch noch (inkl. QOS -
>> danke Christoph), aber es taucht sowohl im boot.log als auch in den
>> Bootmessages (bootmsg.txt) eine Fehlermeldung auf:
>> "(/etc/rc.d/rc340.circuits.pppoe_in_kernel) ERR: PPPoE device eth1.7 is
>> not available, can't start ppp daemon"
>>
>> Ich muss dazu sagen, dass fli4l hier an einem Telekom VDSL Anschluss
>> läuft (mit IPTV und Telekomseitig getrennten VLANs).
>>
>> IPTV funktioniert mit der neuen Build auch nicht mehr (ob das mit der
>> Fehlermeldung zusammenhängt weiß ich nicht).
>>
>> Und ein drittes Problem: im 'Verbindungsstatus' bleiben die IBytes und
>> OBytes Zähler bei 0B Stehen. Das ist zwar nur ein kosmetisches Problem,
>> aber vielleicht hängt es ja zusammen. (Allerdings trat dieses Problem
>> sporadisch bereits seit fli4l 3.4.0 auf - nur direkt nach dem Start, und
>> ein Neustart löste das Problem meist)
>>
>> Bevor ich im Bugtracker Einträge aufmache, wollte ich erst einmal auf
>> der Liste nachfragen wie ich am besten vorgehen soll, oder was für Infos
>> notwendig sind um die Probleme zu debuggen. Ich habe die Bootprotokolle
>> angehängt (weiß nicht, ob das durch die Mailingliste geht - falls nicht
>> kann ich sie auch separat hochladen).
>>
>> Viele Grüße,
>> Matthias
>>
>> P.S. Kernel 3.7.2 (vorher 3.6.6), OPTs: wol, rrdtool und igmp
>> (2583-opt_igmp_v200.tgz)
>>
>