Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[batadv] continuous log messages from netifd #428

Closed
yogo1212 opened this issue Nov 15, 2018 · 4 comments
Closed

[batadv] continuous log messages from netifd #428

yogo1212 opened this issue Nov 15, 2018 · 4 comments

Comments

@yogo1212
Copy link
Contributor

yogo1212 commented Nov 15, 2018

every now and then, syslog is filled with these messages on boot:

Thu Nov 15 11:48:33 2018 daemon.notice netifd: Interface 'mesh' is setting up now
Thu Nov 15 11:48:34 2018 daemon.notice netifd: mesh (17773): ./batadv.sh: eval: line 22: can't create /sys/class/net//batman_adv/mesh_iface: nonexistent directory
Thu Nov 15 11:48:34 2018 daemon.notice netifd: mesh (17773): Command failed: Invalid argument
Thu Nov 15 11:48:34 2018 daemon.notice netifd: mesh (17780): ./batadv.sh: eval: line 31: can't create /sys/class/net//batman_adv/mesh_iface: nonexistent directory
Thu Nov 15 11:48:34 2018 daemon.notice netifd: Interface 'mesh' is now down
Thu Nov 15 11:48:34 2018 daemon.notice netifd: Interface 'mesh' is setting up now
... # repeat

the messages stop after running /etc/init.d/network restart.
reload isn't enough. wifi also has no effect.

looking at https://github.com/openwrt-routing/packages/blob/master/batman-adv/files/lib/netifd/proto/batadv.sh, it appears the iface var is empty.

echo "$mesh" > "/sys/class/net/$iface/batman_adv/mesh_iface"
@yogo1212
Copy link
Contributor Author

{"proto":"batadv","mesh":"bat0","type":"mesh","mtu":1540}

@ecsv
Copy link
Contributor

ecsv commented May 24, 2019

Looks at first glance like a netifd problem. Since both netifd and the batman-adv configuration changed, can you please check whether it still happens with OpenWrt master?

@yogo1212
Copy link
Contributor Author

yogo1212 commented May 25, 2019

@ecsv i was thinking the same thing.
our script detecting this error also creates a file indicating that it became active.
~20 test routers have been running the updated version since thursday and none of them have run into this issue.
next week, i'll deploy the new firmware to prod.

looking good so far 👍

@yogo1212
Copy link
Contributor Author

have not seen this again - let's assume the integration fixed it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants