dhcrelay: relax the check for present addresses #9369
get_interface_ip(v6) is much too specific for what we're trying to
validate against here. Instead use the existing ifconfig data and
simply make sure if any address from the family is set. In the IPv6
link-local case that might be strange, but the effect on working
setups is zero in either case.
It could be considered removing this validation which originates from
the legacy code and just let the daemon fail to start, but the log
message is much nicer and effective for debugging purposes.
interface: multi-dhcp6c support and custom PD association #7647
This splits off rtsold and dhcp6c into separate processes
which frees us from the restrictions of faked iterative IDs
for PD associations. For NA we simply default to 0 now.
I'm not entirely sure why we settled for a single deamon of
dhcp6c back in the day, but there are certianly downsides to
it and I don't see something that wasn't fixed in the meantime
that makes this not work.
interfaces: add a workaround for one-time sefgault in hostwatch
Seen this during testing but it's hard to debug in that post-update state
during bootup. In principle nothin g even changed between "50" and "90".
(cherry picked from commit b75dccbf599cefb1ec90516057afdf3815169c46)
interfaces: add a workaround for one-time sefgault in hostwatch
Seen this during testing but it's hard to debug in that post-update state
during bootup. In principle nothin g even changed between "50" and "90".
interfaces: get hostwatch status by process name
The PID takes a few ms to materialize, long enough for an apply to
show the service as red while still restarting.
The issue is reproducible via:
# service hostwatch restart && service hostwatch status
It shows the service as stopped.
(cherry picked from commit 55f34d8feb7a1b2b9af1e24ed46e6029fdaf3455)
interfaces: get hostwatch status by process name
The PID takes a few ms to materialize, long enough for an apply to
show the service as red while still restarting.
The issue is reproducible via:
# service hostwatch restart && service hostwatch status
It shows the service as stopped.
interfaces: rename two "hostdiscovery" instances
These better reflect that "hostwatch" is used although the
service has been coined "Host discovery" or even "Automatic
Discovery".
(cherry picked from commit 48426a39e6193128fd89da8abc737d2fbe8a0d13)
interfaces: rename two "hostdiscovery" instances
These better reflect that "hostwatch" is used although the
service has been coined "Host discovery" or even "Automatic
Discovery".
pkg: the script has the benefit of testing at the moment
pluginctl reaches into webgui.inc but the firmware and configd
use rc.restart_webgui which we want to hook into for now.
