[Wien] 0xff-olsr test version: 0.5.6.7.7

[Markus Kittenberger]

das wiederspricht imho ja nicht miene behauptungen, oder?

alte olsr leaken ja "nur" ca. 250KB Tag.

und wenn die firmware den olsrd aber eh jeden Tag neustartet, wird das
(memory leak des olsrds) zumidnest nie zu einem Problem

weiters restartet dein cron.minutely sooft den olsrd, dass dies kaum das
zwangsrestart sein kann, sondern schlichtweg weil dein uralt olsrd vmtl.
gecrashed ist, und er ihn schlichtweg unbedingt erneut starten musste,...

die freifunkfirmware startet den olsrd übigens nicht täglich neu sondern im
Durchschnitt alle 4321 Minuten (if (rand % 4321) then restart olsrd) d.h
alle 3 Tage (oder eben wenn gar kein olsrd mehr läuft,..)

und diese ca. 3 Tage waren dann ein problem mit 0xffolsr 0.5.6.6.4 -
0.5.6.7.0 weil dieser eben kaum 3 tage durchhält,.. (bzw der router keine
olsrd verkraftet der dann schon eben ca. 7MB RAM belegt)

lg Markus

p.s. longterm koennte man das zwangsrestart des olsrd der freifunkfirmware
klarerweise mal abstellen, ist halt ein tradeoff zwischen annoyance und
sicherheit gegen sich akkumulierende bugs im olsrd

p.p.s neue olsrd sollten weitaus schneller die routen wieder eintragen als
alte, d.h. der zwangsrestart fällt da in der Verwendung imho deutlich
weniger auf

2009/12/17 Erich <(spam-protected)>

> Hallo
>
> Mein Router 1.6.36 läuft schon seit 36 Tagen. Bis jetzt habe ich nichts
> bemerkt, dass er alle 2 Tage einen Reset macht.
>
> Was etwas störend ist, jeden Tag wird am GB2 OLSR neu gestartet und in der
> Zeit werden keine Pakete geroutet. Hängen nun mehrere Router hintereinander,
> so kommt es in Summe mehrmals am Tag zu einem kurzen Ausfall. Vielleicht
> liegts auch an der alten Version 1.6.28
>
> sg Erich
>
>
>
>
> gb2.gb.wien...Vers 1.6.28
> Dec 16 20:41:02 (none) user.notice cron.minutely: restarting olsrd
> Dec 16 20:41:18 (none) kern.info olsrd[27865]: olsr.org - 0.5.6pre
> successfully started
> Dec 16 20:42:02 (none) user.notice cron.minutely: restarting olsrd
> Dec 16 20:42:07 (none) kern.info olsrd[28324]: olsr.org - 0.5.6pre
> successfully started
> Dec 16 20:44:16 (none) syslog.info -- MARK --
> Dec 16 21:04:16 (none) syslog.info -- MARK --
> Dec 16 21:24:16 (none) syslog.info -- MARK --
> Dec 16 21:27:02 (none) user.notice cron.minutely: restarting olsrd
> Dec 16 21:27:18 (none) kern.info olsrd[8065]: olsr.org - 0.5.6pre
> successfully started
> Dec 16 21:44:16 (none) syslog.info -- MARK --
> Dec 16 22:04:16 (none) syslog.info -- MARK --
> Dec 16 22:24:16 (none) syslog.info -- MARK --
> Dec 16 22:34:02 (none) user.notice cron.minutely: restarting olsrd
> Dec 16 22:34:18 (none) kern.info olsrd[25736]: olsr.org - 0.5.6pre
> successfully started
> Dec 16 22:44:16 (none) syslog.info -- MARK --
> Dec 16 23:04:16 (none) syslog.info -- MARK --
> Dec 16 23:06:02 (none) user.notice cron.minutely: restarting olsrd
> Dec 16 23:06:18 (none) kern.info olsrd[2197]: olsr.org - 0.5.6pre
> successfully started
> Dec 16 23:24:16 (none) syslog.info -- MARK --
> Dec 16 23:44:16 (none) syslog.info -- MARK --
> Dec 17 00:04:16 (none) syslog.info -- MARK --
> Dec 17 00:24:16 (none) syslog.info -- MARK --
> Dec 17 00:44:16 (none) syslog.info -- MARK --
> Dec 17 01:04:16 (none) syslog.info -- MARK --
> Dec 17 01:24:16 (none) syslog.info -- MARK --
> Dec 17 01:44:16 (none) syslog.info -- MARK --
> Dec 17 02:04:16 (none) syslog.info -- MARK --
> Dec 17 02:24:16 (none) syslog.info -- MARK --
> Dec 17 02:44:16 (none) syslog.info -- MARK --
> Dec 17 03:04:16 (none) syslog.info -- MARK --
> Dec 17 03:24:16 (none) syslog.info -- MARK --
> Dec 17 03:44:16 (none) syslog.info -- MARK --
> Dec 17 04:04:16 (none) syslog.info -- MARK --
> Dec 17 04:24:16 (none) syslog.info -- MARK --
> Dec 17 04:44:16 (none) syslog.info -- MARK --
> Dec 17 05:04:16 (none) syslog.info -- MARK --
> Dec 17 05:13:02 (none) user.notice cron.minutely: restarting olsrd
> Dec 17 05:13:18 (none) kern.info olsrd[30433]: olsr.org - 0.5.6pre
> successfully started
> Dec 17 05:24:16 (none) syslog.info -- MARK --
> Dec 17 05:44:16 (none) syslog.info -- MARK --
> Dec 17 06:04:16 (none) syslog.info -- MARK --
> Dec 17 06:20:01 (none) kern.info dropbear[14783]: Child connection from
> 200.93.146.118:42749
> Dec 17 06:20:01 (none) kern.info dropbear[14783]: exit before auth: Exited
> normally
> Dec 17 06:24:16 (none) syslog.info -- MARK --
> Dec 17 06:44:16 (none) syslog.info -- MARK --
> Dec 17 07:04:16 (none) syslog.info -- MARK --
> Dec 17 07:15:01 (none) user.notice cron.minutely: restarting olsrd
> Dec 17 07:15:17 (none) kern.info olsrd[29528]: olsr.org - 0.5.6pre
> successfully started
> Dec 17 07:24:16 (none) syslog.info -- MARK --
> Dec 17 07:34:02 (none) user.notice cron.minutely: restarting olsrd
> Dec 17 07:34:18 (none) kern.info olsrd[2665]: olsr.org - 0.5.6pre
> successfully started
> Dec 17 07:44:16 (none) syslog.info -- MARK --
> Dec 17 07:54:01 (none) user.notice cron.minutely: restarting olsrd
> Dec 17 07:54:17 (none) kern.info olsrd[8557]: olsr.org - 0.5.6pre
> successfully started
> Dec 17 08:04:16 (none) syslog.info -- MARK --
> Dec 17 08:16:48 (none) kern.info dropbear[14236]: Child connection from
> 200.93.146.118:36852
> Dec 17 08:16:48 (none) kern.info dropbear[14236]: exit before auth:
> Disconnect received
> Dec 17 08:24:16 (none) syslog.info -- MARK --
> Dec 17 08:44:16 (none) syslog.info -- MARK --
> Dec 17 09:04:16 (none) syslog.info -- MARK --
> Dec 17 09:24:16 (none) syslog.info -- MARK --
> Dec 17 09:28:01 (none) user.notice cron.minutely: restarting olsrd
> Dec 17 09:28:17 (none) kern.info olsrd[539]: olsr.org - 0.5.6pre
> successfully started
> Dec 17 09:44:16 (none) syslog.info -- MARK --
> Dec 17 10:04:16 (none) syslog.info -- MARK --
> Dec 17 10:05:02 (none) user.notice cron.minutely: restarting olsrd
> Dec 17 10:05:18 (none) kern.info olsrd[10760]: olsr.org - 0.5.6pre
> successfully started
> Dec 17 10:22:01 (none) user.notice cron.minutely: restarting olsrd
> Dec 17 10:22:18 (none) kern.info olsrd[15819]: olsr.org - 0.5.6pre
> successfully started
> Dec 17 10:24:16 (none) syslog.info -- MARK --
> Dec 17 10:44:16 (none) syslog.info -- MARK --
> Dec 17 10:54:02 (none) user.notice cron.minutely: restarting olsrd
> Dec 17 10:54:18 (none) kern.info olsrd[24730]: olsr.org - 0.5.6pre
> successfully started
> Dec 17 10:55:01 (none) user.notice cron.minutely: restarting olsrd
> Dec 17 10:55:14 (none) kern.info olsrd[25603]: olsr.org - 0.5.6pre
> successfully started
> Dec 17 11:04:16 (none) syslog.info -- MARK --
> Dec 17 11:24:16 (none) syslog.info -- MARK --
> Dec 17 11:44:16 (none) syslog.info -- MARK --
> Dec 17 11:45:01 (none) user.notice cron.minutely: restarting olsrd
> Dec 17 11:45:17 (none) kern.info olsrd[6724]: olsr.org - 0.5.6pre
> successfully started
>
> -------- Original-Nachricht --------
> > Datum: Thu, 17 Dec 2009 12:13:17 +0100
> > Von: Markus Kittenberger <(spam-protected)>
> > An: Rabbit74 <(spam-protected)>
> > CC: (spam-protected)
> > Betreff: Re: [Wien] 0xff-olsr test version: 0.5.6.7.7
>
> > eins vorweg:
> >
> > alle olsrd der letzen 3 jahre hatten ein memory leak das ca. 250KB/Tag
> > verbrauchte
> >
> > bei den 0xff-olsr versionen ab 0.5.6.6.4 bis inkl. 0.5.6.7.0 wurde dies
> > leakende funktion dann ca . 8 mal häufiger verwendet, d.h. ~ 2MB/Tag
> >
> > d.h. alles von incl. 0.5.6.6.4 bic incl. 0.5.6.7.0 unbedingt updaten
> (weil
> > sie idr nach ca. 2-3 Tagen den router (aus RAM-Mangel) crashen lassen
> > (idr.
> > endet das eh in nen reboot, kann aber auch ne weile dauern,..))
> >
> > (und ältere versionen sowieso updaten, einfach weil sie schon so alt sind
> > *GG)
> >
> > entweder auf 0.5.6.7.1 (stable) welches nur das memory leak fixt.
> > oder 0.5.6.7.7 (test) welches u.a. das bisher fehlerhafte mid-handling
> > fixt
> > (äusserst wichtig für knoten bzw. nachbarn von knoten mit vielen
> > interfaces
> > (incl 2 interfaces *G))
> >
> > btw. test-versionen nur aufspielen wenn man diese dann auch wirklich
> > wieder
> > updatet sobalds eine neuere stable oder testversion gibt (und natürlich
> > nur
> > auf knoten die man selber noch erreicht wenn deren olsrd komplett
> versagt)
> >
> > 2009/12/17 Rabbit74 <(spam-protected)>
> >
> > >  hi,
> > > Zur Info:
> > > ich habe die Testversion aufgespielt und einen Bug gesehen.
> > >
> >
> >
> > > In  der "Status: Übersicht" steht statt dem "Vtime"  jetzt "Hyst."
> > Diese
> > > ist bei allen Nachbarn leer.
> > > (Siehe Screenshot)
> > >
> >
> > Also "Bug" würde ich das nicht unbedingt bezeichnen,.. *G (und schon gar
> > nicht bei einer testversion *G)
> >
> > denn eigentlich ist nämlich Hyst der "richtige" oder zumindest
> > ursprüngliche
> > Wert für diese Spalte (allerdings ein seit 3 Jahren unverwendeter Wert
> > der
> > immer 0 war *G)
> >
> > meist ersetze ich im 0xffolsr diese Spalte gegen Vtime (=validity time
> > dieses Eintrags, was mitunter sehr nützlich info zum debuggen ist)
> >
> > nur da ich gestern etliche (noch nicht fertige) Umbauten bei der Ausgabe
> > der
> > validity times machte (bei MID und HNAS (siehe OLSR-Info Status-Seite))
> >
> > hab ich den vtimes-patch vorerst mal sicherheitshalber komplett
> > deaktiviert,
> > weil er nicht Hauptzweck dieser test-version war,..
> >
> > inzwischen ist er aber wieder drin:
> > so wie früher, mit VTime für Nachbarn und TC-entries:
> >
> http://193.238.157.78/~markus/olsrd/0xff-olsrd/test/0xff-olsr_0.5.6.7.7_mipsel.ipk
> >
> > mit zusätzlichen Vtime werten für hnas und für mid-sets als auch
> > mid-entries
> > (diese hatte bis jetzt auch olsrd-intern nie eine eigene vtime):
> >
> http://193.238.157.78/~markus/olsrd/0xff-olsrd/test/0xff-olsr_0.5.6.7.7_mipsel.ipk
> >
> > lg Markus
> >
> > >
> > >
> > > LG,
> > > Rabbit
> > >
> > >
> > >
> > > --
> > > Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox
> > 3.5
> > > -
> > > sicherer, schneller und einfacher!
> http://portal.gmx.net/de/go/chbrowser
> > >
>
> --
> Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5
> -
> sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser
>
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091217/7327a828/attachment.htm>