-
-
Notifications
You must be signed in to change notification settings - Fork 413
Extend server-driver socket protocol capabilities #1918
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
Conversation
…n_instcmd() and main_setvar() handlers [networkupstools#1285, networkupstools#1914]
…via socket protocol (upsrw etc.) [networkupstools#1285] Closes: networkupstools#1285
…ID, do not proceed to driver handler [networkupstools#1914]
….flag.allow_killpower" setting [networkupstools#1917] Closes: networkupstools#1917
…oduce NUT_DEBUG_LEVEL envvar support (if no "-D" option(s) among CLI args) [networkupstools#1915] Closes: networkupstools#1915
…cket protocol with (NO)BROADCAST option [networkupstools#1914]
…knowledge of conn_t involved [networkupstools#1914]\
…reload-or-exit" support [networkupstools#1903, networkupstools#1914]
This comment was marked as resolved.
This comment was marked as resolved.
…ka DRIVERS_MAIN_WITHOUT_MAIN now that it is referenced in main_setvar() [networkupstools#1903, networkupstools#1285]
…of string: satisfy platforms where snprintf is a macro [networkupstools#1914]
…eparation of string: satisfy platforms where snprintf is a macro [networkupstools#1914]
…eds fflush(stderr)
…est(upslog_flags, UPSLOG_STDERR) at all, not just that the debug is enabled; also mark upslog_start when we first call the method, even if debu is not currently verbose (may change at run time) [networkupstools#1903]
|
Ran some basic experiments with WIN32, incorporated some lessons-learned into the PR. At least, |
…ka DRIVERS_MAIN_WITHOUT_MAIN now that it is referenced in main_setvar()=>assign_debug_level() [networkupstools#1903, networkupstools#1285]
…did recognize and somehow process the request, honour TRACKING if present [networkupstools#1903, networkupstools#1920]
…o `upsd` would accept them and `upscmd` can request them [networkupstools#1903]
|
✅ Build nut 2.8.0.546-master completed (commit 5ba90a733f by @jimklimov) |
Address a number of recent ideas and issues for driver reload and other activities.
dstate::send_to_all()e.g. driver state quiet/updating in the main loop) and only see PtP replies to queries it posted (dstate::send_to_one());NUT_DEBUG_LEVELenvvar in several daemons;Touches on issues and proceeds from PRs including:
reloadoperation for drivers (like we have forupsdandupsmon), at least to changedebug_minsetting #1903reload- basic support #1906upsdrvctl, handle CLI-c CMDfor drivers and upsdrvctl #1912NUT_DEBUG_LEVELenvvar support for default setting #1915forceshutdownvia signal and/or socket protocol (without upsd) #1917