-
Notifications
You must be signed in to change notification settings - Fork 3
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
Create plugin to list Virtual Machines in order to test include/exclude options #851
Comments
Also related: What does "filtered by" mean? If we look solely at this line:
it isn't so clear to me, but if we add in the other lines for that function call it becomes clearer: check-vmware/cmd/check_vmware_vm_power_uptime/main.go Lines 213 to 216 in be2a29d
VMs filtered by X is the VMs remaining after X filtering is applied to drop those which don't meet the criteria. This becomes even clearer when you take in the surrounding logic: check-vmware/cmd/check_vmware_vm_power_uptime/main.go Lines 198 to 216 in be2a29d
The That said, the check-vmware/internal/vsphere/vms.go Lines 1488 to 1489 in be2a29d
but we give it these arguments: check-vmware/cmd/check_vmware_vm_power_uptime/main.go Lines 335 to 336 in be2a29d
I find other examples like this sprinkled about. I expect that within a single plugin I was probably consistent (variable scope helps with this), but since shared logic spans multiple files and functions the meaning behind the terms was mixed up. At some point I'll need to carve out the time to build a brief terms list and enforce the consistent use of those terms across the project. In particular, the mixing of "all" VMs and "filtered" VMs (see |
This plugin provides a way to test the include/exclude options supported by other plugins (e.g., Virtual Machine or Resource Pool name, power state). The plan is to update this plugin whenever new filtering logic is added to project plugins. Doc updates have been applied, example usage has been added, including a command definition "contrib" file illustrating how the plugin would be referenced within a production Nagios configuration. refs GH-851
This plugin provides a way to test the include/exclude options supported by other plugins (e.g., Virtual Machine or Resource Pool name, power state). The plan is to update this plugin whenever new filtering logic is added to project plugins. Doc updates have been applied, example usage has been added, including a command definition "contrib" file illustrating how the plugin would be referenced within a production Nagios configuration. refs GH-851
This plugin provides a way to test the include/exclude options supported by other plugins (e.g., Virtual Machine or Resource Pool name, power state). The plan is to update this plugin whenever new filtering logic is added to project plugins. Doc updates have been applied, example usage has been added, including a command definition "contrib" file illustrating how the plugin would be referenced within a production Nagios configuration. refs GH-851
Overview
Provide a plugin to list Virtual Machines n order to test include/exclude options.
This plugin would provide a way to test the include/exclude options supported by other plugins:
The idea is that this could be useful for sysadmins, but also to anyone developing a plugin or extending features for existing plugins (e.g., #588, #595).
A later version of the plugin might provide a flag to accept a list of Virtual Machine names as an assertion check: error if the results from applying include/exclude filters do not exactly match the given list.
References
check-vmware/cmd/check_vmware_vm_power_uptime/main.go
Lines 335 to 336 in be2a29d
check-vmware/internal/vsphere/vms.go
Lines 1488 to 1489 in be2a29d
The text was updated successfully, but these errors were encountered: