Extend server-driver socket protocol capabilities#1918
Merged
jimklimov merged 37 commits intonetworkupstools:masterfrom Apr 24, 2023
Merged
Extend server-driver socket protocol capabilities#1918jimklimov merged 37 commits intonetworkupstools:masterfrom
jimklimov merged 37 commits intonetworkupstools:masterfrom
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.
This was referenced Apr 20, 2023
Closed
…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]
Member
Author
|
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) |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
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