Axel Neumann wrote:
Hey Dragan,
#!/bin/sh
iwconfig eth2 mode ad-hoc essid olsr.freifunk.net channel 10 ap
02:CA:FF:EE ifconfig eth2 104.130.30.9
(just to be shure) this should be 02:CA:FF:EE:BA:BE
of course, it was a copy+paste issue...
..
i am starting batman with:
#!/bin/bash
iwconfig eth2 mode ad-hoc essid olsr.freifunk.net channel 10
ifconfig eth2 105.130.30.9
ifconfig eth2 up
sleep 1
batmand -d 1 -p 105.131.41.5 -r 1 eth2
can you start batmand in background with:
batmand -r 1 -p 105.131.41.5 eth2
instead and tell if the problem continues. This command instantly returns your
prompt but a:
ps -aux | grep batmand
should show the running main-daemon in the background.
that looks good in the moment here!
it is connecting to the preferred gateway very fast, but again it stops
after some minutes (running 'batmand -c -d 2' in another terminal).
Also please check that there are no predefined host routes for the 105.0.0.0/8
network before you start batmand and after it stopped. Meaning a:
route -n | grep ^105
berfore and after the daemon is running should only show:
105.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 eth2
While batmand is running it should of course show routing entries for all
other known batman nodes but if such host routes are still there after the
daemon stopped it is a definitive sign for an uncorect termination of teh
daemon.
this is strange, after killing batmand, sometimes this command will give
out a long list of nodes, and sometimes it is behaving as you are
expecting it.
#!/bin/bash
batmand -c -d 2
in another terminal.
It should of course always be possible to access the debug output from the
running batmand main-daemon by launching a batmand-client with
batmand -c -d <1-4>
or in batch mode (providing just a single outputpage and returns to the
prompt) with:
batmand -c -d <1-4> -b
However, it would be interesting to know if the crash is related to existence
of a batmand-client connecting to the main daemon. For example for
batmand-0.2.0-rc2-rv350 (and before) debug level 4:
batmand -c -d 4
is known to cause the batmand to crash after a short time and it might be
possible that this problems also occur with other debug-levels.
Try
batmand -c -d 1
and
batmand -c -d 2
instead.
when i am running batmand without debug and :
'batmand -c -d 2', batmand is stopping after couple of minutes.
trying now to run only batmand without -d option and no client, lets see for
how long it will be running?!
cheers,
doc
p.s. example, batmand was stopping now again and several minutes after it is
stopped:
murija2:/home/nowhiskey# route -n | grep ^105
105.192.99.3 105.130.1.67 255.255.255.255 UGH 0 0 0 eth2
105.131.10.1 105.130.30.1 255.255.255.255 UGH 0 0 0 eth2
105.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 eth2
murija2:/home/nowhiskey#
...........
'ps ax' does not shows any batman process running.
but my feeling is, that when i do not start 'batmand -c' i will be connected
much more faster. but this statement unfortunately is not very informative.
ciao,
axel