[ff-firmware-devel] zerstückelte Bridges in Openwrt BB

[Ruben Kelevra]

Wir führen regelmäßig folgendes aus, um Nodes in solchen Zuständen
entweder zu fixen oder zu rebooten:

###

brctl addif br-client bat0 > /dev/null && logger "CRITICAL ERROR: bat0
was missing in layer2 bridge!"

###

batctl gwl | grep -q "No gateways in range"
if [ $? == 0 ] ; then
  if [ -f /tmp/nogwflag ] ; then
    reboot -f
    exit 0
  else
    touch /tmp/nogwflag
  fi
else
  rm -f /tmp/nogwflag
fi

ipv6_subnet="$(cat /lib/gluon/site.conf | grep "prefix6" | grep "=" |
sed -e "s/prefix6 =//" | sed -e "s/\/64//" | tr -d "'" | tr -d "," |
sed -e 's/[[:space:]]//g')"
if [ ! -z "$ipv6_subnet" ]; then
  ipv6_anycast="${ipv6_subnet}ac1"
  ping6 "$ipv6_anycast" -c 10 >/dev/null 2>&1
  returnval="$?"
fi
if [ "$returnval" -ne 0 ] || [ -z "$ipv6_subnet" ]; then
  logger "IPv6 Anycast-Router NOT reachable."
  if [ -f /tmp/noip6routerflag ] ; then
    reboot -f
    exit 0
  else
    touch /tmp/noip6routerflag
  fi
else
  logger "IPv6 Anycast-Router reachable."
  rm -f /tmp/noip6routerflag
fi


#check if wifi is stucking
rm -f /tmp/wifi.running
(iw dev > /dev/null && touch /tmp/wifi.running) &
sleep 5
[ ! -f /tmp/wifi.running ] && reboot -f

###

mesh0='/tmp/wifi_mesh0_mesh'
mesh0gone='/tmp/wifi_mesh0_mesh_gone'

batctl o | grep -q "mesh0"
if [ $? == 0 ] ; then
  #found wifi-mesh on mesh0*
  touch $mesh0
  [ -f $mesh0gone ] && rm $mesh0gone
else
  if [ -f $mesh0 ]; then
    [ -f $mesh0gone ] && reboot; exit
    touch $mesh0gone
  fi
fi

###

Also ja, wir kennen die Probleme auch, im Zweifel rebooten bei uns die Nodes.


LG Ruben

Am 6. Februar 2015 um 16:45 schrieb Ufo <ufo at rund.freifunk.net>:
> Hi,
> gibt es Leute, die auch solche massiven Probleme mit den Bridges haben
> wie wir?
> Konkret äußert sich das Problem beim Roaming von Endgeräten durch
> "schwarze Löcher". Zum Glück können wir uns aber auch während dieses
> Fehlers auf die Nodes einloggen.
>
> Das Problem scheint etwas batman-adv spezifisch zu sein, nur dafür
> brauchen wir ja derzeit auch diese bridges.
> Unsere Vermutung ist seit Monaten, dass die hotplug/netifd scripte von
> batman-adv noch Macken haben. In Zusammenhang mit den vlans hatten wir
> da auch schonmal Problem, zb race-conditions beim starten (zb auch bei
> kadnode der fall)
>
> Allerdings fehlen uns noch die konkreten Beweise (ausser logdateien)
> dafür :-)
>
> https://github.com/freifunk/firmware-leipzig/issues/12
>
> --
> ---
> Freifunk Leipzig http://leipzig.freifunk.net
> --
> firmware-devel mailing list
> firmware-devel at freifunk.net
> http://lists.freifunk.net/mailman/listinfo/firmware-devel-freifunk.net