diff options
author | Jo-Philipp Wich <jo@mein.io> | 2018-07-17 07:47:33 +0200 |
---|---|---|
committer | Hans Dedecker <dedeckeh@gmail.com> | 2018-07-30 13:19:19 +0200 |
commit | f24e0129975f91a1f75b0546d154f380aa91639c (patch) | |
tree | 64280c22d092caf680d01f724267a74718e3a6a7 /target/linux/brcm2708/image | |
parent | d4a4f0658923e76a3b9e17017efd2d27e48c0d21 (diff) | |
download | upstream-f24e0129975f91a1f75b0546d154f380aa91639c.tar.gz upstream-f24e0129975f91a1f75b0546d154f380aa91639c.tar.bz2 upstream-f24e0129975f91a1f75b0546d154f380aa91639c.zip |
base-files: network.sh: gracefully handle missing network.interface ubus ns
When attempting to use any of the functions in network.sh while netifd is
not started yet, the ubus interface dump query will fail with "Not found",
yielding an empty response.
Subsequently, jsonfilter is invoked with an empty string instead of a valid
JSON document, causing it to emit a second "unexpected end of data" error.
This caused the dnsmasq init script to log the following errors during
early boot on some systems:
procd: /etc/rc.d/S19dnsmasq: Command failed: Not found.
procd: /etc/rc.d/S19dnsmasq: Failed to parse json data: unexpected end of data.
Fix the issue by allowing the ubus query to fail with "Not found" but still
logging other failures, and by passing an empty JSON object to jsonfilter
if the interface status cache is empty.
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
Diffstat (limited to 'target/linux/brcm2708/image')
0 files changed, 0 insertions, 0 deletions