[Wien] langsamer Router / olsrd-Problem?
Markus Kittenberger
(spam-protected)
Do Okt 1 15:34:20 CEST 2009
2009/10/1 Martin <(spam-protected)>
> Hallo!
>
> wenn man diese Fehlermeldung uebrigens goolet, findet man zig
> (angeblich "about 944") Hits, und fast alle sind Status-Seiten im
> Wiener Funkfeuer-Netz (193.238... 78.41...).
>
> Nachdem man ja annehmen sollte, dass
> - nach Wien verkaufte Router keine andere Hardware haben
>
ne.
> - hier die Nodes nicht mehr Noise haben als in
> anderen Staedten(?)
>
vmtl.
> (+) hoechstens vielleicht noch was an der config in Wien
> ueblicherweise anders ist als anderswo
>
ein bißchen,..
> + doch oft ein lokales olsrd-Package verwendet wird (oder?)
>
hoffentlich, ist auch gut so *G
allerdings enthält es keinen exotischen olsrd, sondern nur den tip des
0.5.6-stable branches
> deutet das schon acuh ziemlich auf einen Bug in eben diesem
olsrd-Package hin, oder interpretier ich das falsch?
nun wenn das interface down ist, bzw sonstwie unavailable, ist es nur dann
die schuld des olsr wenn er es selber downgenommen (oder "hingemacht") hätte
(was er grundsätzlich nicht tut)
auch das 0xff-olsr-paket macht derartiges eigentlich nicht, (aber
irgenwelche indirekte effekte in der freifunkfirmware könnte es leider doch
auslösen ,...)
nun es fehlt noch in der liste:
- dass nicht viel netze public ips auf den routern haben, also die chancen
nur wiener knoten zu googlen allen schon deswegen hoch sind,..
- weiters im 0xff olsrd etliche olsr bugs weg sind welche noch viel mehr
ferhlermeldungen im syslog produzierten, sodass kaum chancen waren
irgendwelche andere zu sehen,..
- google sehr wohl auch andere freifunk meshes findet, da aber eben nicht
die statusseiten bzw syslogoutputs der router sondern nur wenn diese in
wikis kopiert werden oder in mailinglisten,..
> zu Akkus Hinweis:
> auf dem paraunten.wph... (ex haupt.wph...) (78.41.113.24) ist
>
in dessen syslog ich nun in nur aber wenige (aber immerhin) sendto ..
fehlermeldung sehen konnte,..
leider nit so häufig wie ich mir erhofft, so das man komfortable nach
ursachen suchen könnte )-;
> bereits 5.5 Mbit/s fix eingestellt (wenn's nicht grad gestern
> jemand gemacht hat; man weiss ja nie, wer da grad was tut, gibt
> ja nichtmal ein lastlog).
>
> Im Moment gibts auf paraunten.wph uebrigens gar kein system-log (wtf?! wi
> kann des sein?)
>
momentan hat er eins,...
ich bin jedfalls momentan seit 5 minuten am paraunten eingeloggt und bis
jetzt keine derartigen meldungenaufgetaucht,..
>
> Ad Markus K.s Hints (email):
> Wenn der watchdog schuld waere der per cron.minutely das wifi
>
hab mal sebst ein wifi restart ausgelöst, löst eigentlich keine sendto/res
unavailables aus
restartet, dann waeren da ja die entspr. Eintraege im
> System log (das grad ned geht *nirg*), an solche kann ich mich
> aber zumindest ned erinnern.
> Der Error kommt laufend, mehrmals pro Sekunde also das Log umfasst grad mal
> 1-2 min -- das kann aber sein, weil der olsrd restart mehrere Skunden
> dauert(?)... hm
> (werd versuchen mir das weiter anzusehen.)
>
momentan hatte ich noch die boot messages im log (siehe unten) lag wohl
daran dass er kurz vorher rebootet ist *G
werds mal nebenbei weiterbeobachten,..
lg MArkus
Jan 1 00:00:06 (none) syslog.info syslogd started: BusyBox v1.01
(2008.11.10-07:04+0000)
Jan 1 00:00:06 (none) kern.notice kernel: klogd started: BusyBox v1.01
(2008.11.10-07:04+0000)
Jan 1 00:00:06 (none) kern.notice kernel: Creating 5 MTD partitions on
"Physically mapped flash":
Jan 1 00:00:06 (none) kern.notice kernel: 0x00000000-0x00040000 : "cfe"
Jan 1 00:00:06 (none) kern.notice kernel: 0x00040000-0x003f0000 : "linux"
Jan 1 00:00:06 (none) kern.notice kernel: 0x000b61a0-0x00180000 : "rootfs"
Jan 1 00:00:06 (none) kern.warn kernel: mtd: partition "rootfs" doesn't
start on an erase block boundary -- force read-only
Jan 1 00:00:06 (none) kern.notice kernel: 0x003f0000-0x00400000 : "nvram"
Jan 1 00:00:06 (none) kern.notice kernel: 0x00180000-0x003f0000 : "OpenWrt"
Jan 1 00:00:06 (none) kern.info kernel: diag boardtype: 00000467
Jan 1 00:00:06 (none) kern.warn kernel: Probing device eth0: found!
Jan 1 00:00:06 (none) kern.warn kernel: eth1: Broadcom BCM4318 802.11
Wireless Controller 3.90.37.0
Jan 1 00:00:06 (none) kern.info kernel: CRONDOG: Timer margin: 600 sec
Jan 1 00:00:14 (none) kern.warn kernel: Flushing ip conntrack...
Jan 1 00:00:19 (none) kern.warn dropbear[843]: Failed reading
'/etc/dropbear/dropbear_rsa_host_key', disabling RSA
Jan 1 00:00:19 (none) kern.info dropbear[848]: Running in background
Jan 1 00:00:19 (none) user.notice olsr/init: olsr/system: Starting olsrd...
Dec 31 12:00:00 (none) kern.info olsrd[928]: Writing "0" to
/proc/sys/net/ipv4/conf/eth1/rp_filter
Dec 31 12:00:00 (none) kern.info olsrd[928]: Writing "0" to
/proc/sys/net/ipv4/conf/eth1/send_redirects
Dec 31 12:00:00 (none) kern.info olsrd[928]: Adding interface eth1
Dec 31 12:00:00 (none) kern.info olsrd[928]: New main address: 78.41.113.24
Dec 31 12:00:00 (none) kern.info olsrd[928]: Writing "0" to
/proc/sys/net/ipv4/conf/vlan1/rp_filter
Dec 31 12:00:00 (none) kern.info olsrd[928]: Writing "0" to
/proc/sys/net/ipv4/conf/vlan1/send_redirects
Dec 31 12:00:00 (none) kern.info olsrd[928]: Adding interface vlan1
Dec 31 12:00:00 (none) kern.info olsrd[928]: olsr.org - pre-0.5.6-r6
successfully started
Oct 1 12:53:01 (none) syslog.info -- MARK --
Oct 1 12:54:05 (none) kern.err olsrd[928]: OLSR: sendto IPv4 Resource
temporarily unavailable
Oct 1 12:54:05 (none) kern.err olsrd[928]: OLSR: sendto IPv4 Resource
temporarily unavailable
Oct 1 12:54:05 (none) kern.err olsrd[928]: OLSR: sendto IPv4 Resource
temporarily unavailable
Oct 1 13:13:01 (none) syslog.info -- MARK --
(und nun selber interface downgenommen)
Oct 1 13:16:39 (none) kern.info olsrd[928]: Removing interface eth1
Oct 1 13:16:39 (none) kern.info olsrd[928]: Writing "0" to
/proc/sys/net/ipv4/conf/eth1/rp_filter
Oct 1 13:16:39 (none) kern.info olsrd[928]: Writing "0" to
/proc/sys/net/ipv4/conf/eth1/send_redirects
Oct 1 13:16:39 (none) kern.info olsrd[928]: Adding interface eth1
Oct 1 13:33:01 (none) syslog.info -- MARK --
also vermutlich nun 40+ minuten online der router,.. und nur einmal kurz
nach dem booten aufgetaucht,..
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091001/565930fc/attachment.htm>
Mehr Informationen über die Mailingliste Wien