The OpenWISP Monitoring agent for OpenWRT.
Want to help OpenWISP? Find out how to help us grow here.
Table of Contents:
First run:
opkg updateThen install the netjson-monitoring and openwisp-monitoring packages from our
latest builds:
cd /tmp
wget <URL>
opkg install ./<file-just-downloaded>Where <URL> is the URL of the pre-compiled package.
For a list of the latest built images, take a look at downloads.openwisp.io.
If you need to compile the package yourself, see Compiling openwisp-monitoring.
Once installed openwisp-monitoring needs to be configured (see Configuration options) and then started with:
/etc/init.d/openwisp-monitoring restartTo ensure the agent is working correctly find out how to perform debugging in the Debugging section.
UCI configuration options must go in /etc/config/openwisp-monitoring.
monitored_interfaces: interfaces that needs to be monitored, defaults to*for all interfaces.interval: the periodic interval in seconds at which the agent sends data to the server, defaults to300.verbose_mode: can be enabled (set to1) to ease debugging in case of issues, defaults to0(disabled).required_memory: available memory required to save data temporarily, defaults to0.05(5 percent).max_retries: maximum number of retries in case of failures to send data to server in case of failure, defaults to5retries.bootup_delay: maximum value in seconds of a random delay after bootup, defaults to10, see Bootup Delay
In case, maximum retries are reached, agent will try sending data again in next cycle.
We use two procd services in monitoring agent, one for collecting the data and other for sending the data.
This helps handle failure in sending the data in more flexible way. Old data saved during network connectivity issues can be sent while new data is being collected. If old data has piled up and takes several minutes to be uploaded, new data will be collected without waiting for the sending to complete.
Monitoring agent uses two different modes to handle this, send and collect.
If openwisp-monitoring agent is called with this mode, then the agent will keep charge of collecting and saving data.
Agent will periodically check if enough memory is available. If true, data will be collected and saved in temporary storage with the timestamp (in UTC timezone).
Once the data is saved, a signal will be sent to the other agent to ensure data is sent as soon as it is collected.
Note: Date and time on device should be set correctly. Otherwise, data will be saved with wrong timestamp in timeseries database.
If openwisp-monitoring agent is called with this mode, then the agent will keep charge of sending data.
Agent will check if any data file is available in temporary storage.
If there is no data file, the agent will sleep for the time interval and check for the data file again. This will be continued until a data file is found. If a signal is received from the other agent, then the sleep will be interrupted and agent will start sending data.
If agent fails to send data to the server, a randomized backoff (between 2 and 15 seconds) will be used to retry until max_retries is reached. If all attempts of sending data failed, the agent will try to send data in the next cycle.
If data is sent successfully, then the data file will be deleted and agent will look for another file.
SIGUSR1 signals are used to instantly send the data when collected. However, the service will keep trying to send data periodically.
The option bootup_delay is used to delay the initialization of the agent
for a random amount of seconds after the device boots.
The value specified in this option represents the maximum value of the range
of possible random values, the minimum value being 0.
The default value of this option is 10, meaning that the initialization of
the agent will be delayed for a random number of seconds, this random number
being comprised between 0 and 10.
This feature is used to spread the load on the OpenWISP server when a large amount of devices boot up at the same time after a blackout.
Large OpenWISP installations may want to increase this value.
This repository ships 2 OpenWrt packages:
- netjson-monitoring: provides NetJSON DeviceMonitoring output
- openwisp-monitoring: daemon which collects and sends NetJSON DeviceMonitoring data to OpenWISP Monitoring It depends on netjson-monitoring and openwisp-config
The following procedure illustrates how to compile openwisp-monitoring, netjson-monitoring and their dependencies:
git clone https://git.openwrt.org/openwrt/openwrt.git
cd openwrt
git checkout <openwrt-branch>
# configure feeds
echo "src-git openwisp_config https://github.com/openwisp/openwisp-config.git" > feeds.conf
echo "src-git openwisp_monitoring https://github.com/openwisp/openwrt-openwisp-monitoring.git" >> feeds.conf
cat feeds.conf.default >> feeds.conf
./scripts/feeds update -a
./scripts/feeds install -a
echo "CONFIG_PACKAGE_netjson-monitoring=y" >> .config
echo "CONFIG_PACKAGE_openwisp-monitoring=y" >> .config
make defconfig
make tools/install
make toolchain/install
make package/openwisp-monitoring/compileThe compiled packages will go in bin/packages/*/openwisp.
Alternatively, you can configure your build interactively with make menuconfig, in this case
you will need to select the openwisp-monitoring and netjson-monitoring by going to Administration > admin > openwisp:
git clone https://git.openwrt.org/openwrt/openwrt.git
cd openwrt
git checkout <openwrt-branch>
# configure feeds
echo "src-git openwisp_config https://github.com/openwisp/openwisp-config.git" > feeds.conf
echo "src-git openwisp_monitoring https://github.com/openwisp/openwrt-openwisp-monitoring.git" >> feeds.conf
cat feeds.conf.default >> feeds.conf
./scripts/feeds update -a
./scripts/feeds install -a
make menuconfig
# go to Administration > admin > openwisp and select the packages you need interactively
make tools/install
make toolchain/install
make package/openwisp-monitoring/compileDebugging the openwisp-monitoring package can be easily done by using
the logread command:
logread | grep openwisp-monitoring
In case of any issue, you can enable verbose_mode.
If you are in that doubt openwisp-monitoring is running at all or not, you can check with:
ps | grep openwisp-monitoring
You should see something like:
2712 root 1224 S /bin/sh /usr/sbin/openwisp-monitoring --interval 300 --monitored_interfaces ... 2713 root 1224 S /bin/sh /usr/sbin/openwisp-monitoring --url http://192.168.1.195:8000 ...
You can inspect the version of openwisp-monitoring currently installed with:
openwisp-monitoring --version
We use LuaFormatter and shfmt to format lua files and shell scripts respectively.
Once they are installed, you can format all files by:
./qa-format
Run quality assurance tests with:
#install openwisp-utils QA tools first pip install openwisp-utils[qa] #run QA checks before committing code ./run-qa-checks
To run the unit tests, you must install the required dependencies first; to do this, you can take a look at the install-dev.sh script.
Install test requirements:
sudo ./install-dev.sh
You can run all unit tests by launching the dedicated script:
./runtests
Alternatively, you can run specific tests, e.g.:
cd openwrt-openwisp-monitoring/tests/ lua test_utils.lua -v
Please read the OpenWISP contributing guidelines.
See CHANGELOG.
See LICENSE.