[Commotion-dev] [OTI-Tech] LTS Testing Update

Will Hawkins hawkinsw at opentechinstitute.org
Wed Apr 24 19:28:11 UTC 2013


Thanks for your response, Ben. We just recompiled an image w/o most of
the ff software. We are now testing that image to see if things are any
better. We will definitely note how ff-watchdog may be useful and how
ff-gw-check is the likely culprit ;-)

Will

On 04/24/2013 02:17 PM, Ben West wrote:
> The Freifunk watchdog package is actually a rather handy package, since
> it will monitor any process you want (via periodic cronjob) and restart
> that service if the active process disappears (aka crashes).  To my
> knowledge, it doesn't directly start/stop any network interfaces.  But,
> ff-watchdog does need to be configured to monitor the processes you care
> about, and to not conflict with any other watchdog-style task.  That
> conflict may be indirectly causing interfaces to go down or even olsrd
> to stop in absence of a needed interface.
> 
> Its config file is /etc/config/freifunk-watchfog, and here is an example
> config I've used (for node using coovachilli):
> 
> config process
>     option process 'dropbear'
>     option initscript '/etc/init.d/dropbear'
> 
> config process
>     option process 'crond'
>     option initscript '/etc/init.d/cron'
>    
> config process
>     option process 'olsrd'
>     option initscript '/etc/init.d/olsrd'
> 
> config process
>     option process 'chilli'
>     option initscript '/etc/init.d/coovachilli'
> 
> Are you sure you weren't having problems with the ff-gw-check package
> instead?  I.e. un-installed that package at the same time as
> un-stinalling ff-watchdog?  I think the gw-check package /will muck/
> with default routes and possibly also restart active network interfaces
> if it can't get a successful ping to freifunk.net <http://freifunk.net>
> or something.
> 
> On Wed, Apr 24, 2013 at 8:07 AM, Dan Staples
> <danstaples at opentechinstitute.org
> <mailto:danstaples at opentechinstitute.org>> wrote:
> 
>     Moving this discussion to commotion-dev...
> 
>     When I was previously setting the wireless interfaces to use channel 9
>     instead of channel 5, the freifunk watchdog would routinely bring down
>     the wireless interfaces. And I have no idea why. The only way I got it
>     to work was uninstalling ff-watchdog. So see if that may be a reason why
>     wireless interfaces are unavailable...there should be a note about it in
>     logread.
> 
>     I've also noticed that something is killing olsrd on DR1 nodes, without
>     any clue in the log. The routing table will still have stale routes in
>     it, indicating that olsrd isn't exiting cleanly. I wonder if it's being
>     killed by the out-of-memory watchdog. When I was troubleshooting this
>     before, I wrote a quick script that ran as a cronjob every minute, and
>     it would pgrep olsrd. If olsrd was running, it would redirect the output
>     of top into ~/top.out. If olsrd wasn't running, it would move the last
>     ~/top.out as well as logread into a separate directory. That way,
>     whenever olsrd was killed, there would be a record of top the minute
>     before it crashed, as well as the log. Would this be useful for
>     troubleshooting the LTS nodes?
> 
> 
> 
> -- 
> Ben West
> http://gowasabi.net
> ben at gowasabi.net <mailto:ben at gowasabi.net>
> 314-246-9434 <tel:314-246-9434>
> 
> 
> _______________________________________________
> Commotion-dev mailing list
> Commotion-dev at lists.chambana.net
> https://lists.chambana.net/mailman/listinfo/commotion-dev
> 


More information about the Commotion-dev mailing list