manage_service() (system_mixin.py, /etc/init.d/{name} {action}) returns {"success": True, ...} without looking at the exit status. A failed start or a missing script therefore shows up in netOrk as done.
napalm-device-types 2.2.0 now does it differently in SystemdServicesMixin.manage_service (service_action_command / parse_action_result): the exit status is printed after the command, and only that status decides. procd is not systemd, so the mixin itself does not fit. The marker-and-status idea does, for example:
`manage_service()` (`system_mixin.py`, `/etc/init.d/{name} {action}`) returns `{"success": True, ...}` without looking at the exit status. A failed start or a missing script therefore shows up in netOrk as done.
napalm-device-types 2.2.0 now does it differently in `SystemdServicesMixin.manage_service` (`service_action_command` / `parse_action_result`): the exit status is printed after the command, and only that status decides. procd is not systemd, so the mixin itself does not fit. The marker-and-status idea does, for example:
`/etc/init.d/<name> <action> 2>&1; echo __SVC_RC=$?`
parsed with `parse_action_result`.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
manage_service()(system_mixin.py,/etc/init.d/{name} {action}) returns{"success": True, ...}without looking at the exit status. A failed start or a missing script therefore shows up in netOrk as done.napalm-device-types 2.2.0 now does it differently in
SystemdServicesMixin.manage_service(service_action_command/parse_action_result): the exit status is printed after the command, and only that status decides. procd is not systemd, so the mixin itself does not fit. The marker-and-status idea does, for example:/etc/init.d/<name> <action> 2>&1; echo __SVC_RC=$?parsed with
parse_action_result.