crash der netmon-vm (kernel panic)

Dominik Heidler dominik at heidler.eu
Fr Dez 18 11:14:04 CET 2015


Hi,

der aktuell einzige alfred proxy läuft auf dem netmon.
Und ich habe es bisher nicht geschafft, ein funtionsfähiges
startscript zu schreiben.

Deshalb muss ich ihn nach jedem reboot manuell starten.


Grüße,
Dominik

Am 17.12.2015 um 23:34 schrieb Christian Dresel:
> Auch das neue Monitoring 
> https://monitoring.freifunk-franken.de/routers/5664399b44ce6e0307512960
>
> 
bekommt
> seit 2 Stunden keine Alfreddaten mehr.
> 
> Entweder hängt das eine vom anderen ab (ich wüsste aber nicht
> warum ohne Netmon Alfred nicht fuknktionieren soll) oder der Fehler
> ist irgendwo im Netz, lässt Netmon crashen und Alfred spinnen...
> Wäre gut wenn Dominik sagt was bei seinem Monitoring dann nicht
> mehr klappt, vielleicht findet man dann den Zusammenhang oder kommt
> auf diesen Weg weiter.
> 
> mfg
> 
> Christian
> 
> Am 17.12.2015 um 21:19 schrieb Oliver Völker:
>> Moin,
> 
>> grade ist die VM wieder gecrasht :( Im Anhang hab ich die letzten
>>  Zuckungen des Kernels rangehängt.
> 
>> Vielleicht ists ja auch der fastd? Gibts da was neues?
> 
>> [42887.851868] CPU: 4 PID: 8607 Comm: fastd Tainted: G
>> O 3.16.0-0.bpo.4-amd64 #1 Debian 3.16.7-ckt11-1+deb8u6~bpo70+1
> 
>> Diesmal hat er nicht lang durchgehalten (letzter Restart war ja 
>> erst heute morgen). Daher kann man auch nicht sagen, dass es ein 
>> Problem ist was erst nach gewisser Laufzeit auftritt.
> 
>> Grüße Oli
> 
> 
>> Am Sun, 13 Dec 2015 14:28:16 +0100 hat Tim Niemeyer 
>> <tim.niemeyer at mastersword.de> folgendes geschrieben:
> 
>>> Am Montag, den 07.12.2015, 21:09 +0100 schrieb Tim Niemeyer:
>>>> Am Montag, den 07.12.2015, 21:00 +0100 schrieb Oliver
>>>> Völker:
>>>>> Hi,
>>>>> 
>>>>> eben ist die netmon-VM wieder gecrashed. Diesmal konnte ich
>>>>>  folgende Ausgabe von der xen-console holen (siehe Anhang 
>>>>> fff-netmon1.txt).
>>>>> 
>>>>> Das deutet zumindest auf ein Problem von batman-adv hin. 
>>>>> Gibts hier eine neuere Version, die man auf dem Gateway mal
>>>>>  ausprobieren könnte? Eventuell tritt das Problem auch nur
>>>>> im Zusammenspiel mit dem verwendeten Kernel auf 
>>>>> (3.16.7-ckt9-3~deb8u1~bpo70+1).
>>>> 
>>>> Ih.. Ich kann die Tage mal versuchen den Kernel und das
>>>> Batman zu updaten. Heute schaffe ich es nicht mehr.
>>>> Vielleicht schaffts jemand früher?
>>> 
>>> Done. Kernel Update und "neues" altes Batman eingespielt und 
>>> erfolgreich rebootet.
>>> 
>>> Danke für den Hint mit dem Grub: sed -i 
>>> 's#/dev/xvda,msdos1#hd0,0#g' /boot/grub/grub.cfg
>>> 
>>> Tim
>>> 
>>>>> 
>>>>> Außerdem ist mir diese Meldung im dmesg aufgefallen (kommt 
>>>>> für alle fff* interfaces), weiß nicht, ob das schon
>>>>> bekannt ist:
>>>>> 
>>>>> [  149.261899] batman_adv: bat0: The MTU of interface
>>>>> fffVPN is too small (1426) to handle the transport of
>>>>> batman-adv packets. Packets going over this interface will
>>>>> be fragmented on layer2 which could impact the performance.
>>>>> Setting the MTU to 1528 would solve the problem.
>>>> 
>>>> Ja normal. Batman-Adv braucht halt Platz für seinen Header
>>>> (28 byte). Wir können aber das VPN Interface nicht größer
>>>> machen und müssen mit der möglichen Fragmentierung leben. :(
>>>> 
>>>> Tim
>>>> 
>>>>> Grüße Oli
>>>>> 
>>>>> -- franken-dev mailing list franken-dev at freifunk.net 
>>>>> http://lists.freifunk.net/mailman/listinfo/franken-dev-freifunk.net
>>>>
>>>>
>>>>>
>



Mehr Informationen über die Mailingliste franken-dev