On 2/7/20 10:52 AM, Simon Wunderlich wrote:
Oops, you are right, we have actually removed that command in 2019.2. You can use one of the two following commands:
cat /sys/kernel/debug/batman_adv/bat0/log
The cat method works. Thanks. Wow, with all the debug info selected, it's a torrent of stuff. (Which I expected.)
(will be removed in the future when debugfs support is dropped
trace-cmd stream -e batadv:batadv_dbg
Uh, *which* of the two above commands will be dropped? Should I add trace-cmd to my menuconfig to retain access to the logs? I haven't added it yet.
By "works" you mean you get useful outputs where the timeout is not
increasing or similar? can you still "batctl ping" to one of your neighbors?
You are far ahead of where I am. I meant only that I was getting what appears to be useful information, not that I have interpreted it. It will take me a while to figure out how to read it. I would be grateful for any hints on that, and I'm already very grateful for the help you have provided.
I haven't been using "batctl ping" to cue a reboot; I've been using "ping". I'm not sure what difference it might make to use "batctl ping"; it seems to me that if I can't "ping" a node, after 3 or 4 trials over a period of 15-20 seconds, I'm no longer in touch with it in any usable way. When that happens, as long as I don't reboot the gateway, everything just stays offline. So it's better to reboot.
By the way, at least one user is using the mesh for landline telephone (Google Voice) service, so I'd really like to stabilize it if I can.