MON-4036: Add NodeExporterConfig to ClusterMonitoring API#2744
Open
danielmellado wants to merge 1 commit intoopenshift:masterfrom
Open
MON-4036: Add NodeExporterConfig to ClusterMonitoring API#2744danielmellado wants to merge 1 commit intoopenshift:masterfrom
danielmellado wants to merge 1 commit intoopenshift:masterfrom
Conversation
Add NodeExporterConfig to ClusterMonitoringSpec with support for nodeSelector, resources, tolerations, collectors (10 individual toggles with per-collector options), maxProcs, and ignoredNetworkDevices. Signed-off-by: Daniel Mellado <dmellado@fedoraproject.org>
|
Pipeline controller notification For optional jobs, comment This repository is configured in: LGTM mode |
openshift-ci-robot
added
the
jira/valid-reference
|
@danielmellado: This pull request references MON-4036 which is a valid jira issue. Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the story to target the "4.22.0" version, but no target version was set. DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
Contributor
|
Hello @danielmellado! Some important instructions when contributing to openshift/api: |
📝 WalkthroughWalkthroughThis change introduces a comprehensive node-exporter configuration subsystem to the ClusterMonitoring API. New types are added for NodeExporterConfig with support for per-collector enablement settings (cpufreq, tcpStat, ethtool, netDev, netClass, buddyInfo, mountStats, ksmd, processes, systemd), resource constraints, node selection, tolerations, and network device filtering. Auto-generated DeepCopy and Swagger documentation support methods are added for all new types. Test cases validate resource constraints, collector configurations, and error conditions. The ClusterMonitoring CRD is extended with the new nodeExporterConfig field and its nested schema definitions. 🚥 Pre-merge checks | ✅ 3✅ Passed checks (3 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Warning There were issues while running some tools. Please review the errors and either fix the tool's configuration or disable the tool if it's a critical failure. 🔧 golangci-lint (2.5.0)Error: build linters: unable to load custom analyzer "kubeapilinter": tools/_output/bin/kube-api-linter.so, plugin: not implemented Tip Try Coding Plans. Let us write the prompt for your AI agent so you can ship faster (with fewer bugs). Comment |
Review Summary by QodoAdd NodeExporterConfig to ClusterMonitoring API with collector configuration support
WalkthroughsDescription• Added NodeExporterConfig to ClusterMonitoringSpec with comprehensive configuration support for the node-exporter agent • Implemented 10 individual metric collectors (buddyInfo, cpuFreq, ethtool, ksmd, mountStats, netClass, netDev, processes, systemd, tcpStat) with per-collector enable/disable toggles and optional configuration • Added support for nodeSelector, resources, tolerations, maxProcs, and ignoredNetworkDevices configuration options • Generated OpenAPI schemas, Swagger documentation, and deepcopy methods for all new node-exporter configuration types • Updated CRD manifests (main, feature-gated, and payload) with complete schema definitions and validation rules • Added 13 comprehensive test cases validating both valid configurations and constraint violations Diagramflowchart LR
A["ClusterMonitoringSpec"] -->|"adds field"| B["NodeExporterConfig"]
B -->|"configures"| C["Node-Exporter Agent"]
B -->|"supports"| D["10 Collectors"]
B -->|"supports"| E["Pod Configuration"]
D -->|"examples"| F["buddyInfo, cpuFreq, ethtool, ksmd, mountStats"]
E -->|"includes"| G["nodeSelector, resources, tolerations, maxProcs"]
File Changes1. config/v1alpha1/types_cluster_monitoring.go
|
Code Review by Qodo
1. nodeExporterConfig not feature-gated
|
openshift-ci
bot
added
the
size/XXL
Contributor
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
![qodo-code-review[bot]](https://avatars.githubusercontent.com/in/484649?s=60&v=4){kind=small}
Comment on lines
+110
to
+115
| // nodeExporterConfig is an optional field that can be used to configure the node-exporter agent | ||
| // that runs as a DaemonSet in the openshift-monitoring namespace. The node-exporter agent collects | ||
| // hardware and OS-level metrics from every node in the cluster. | ||
| // When omitted, this means no opinion and the platform is left to choose a reasonable default, which is subject to change over time. | ||
| // +optional | ||
| NodeExporterConfig NodeExporterConfig `json:"nodeExporterConfig,omitempty,omitzero"` |
There was a problem hiding this comment.
1. nodeexporterconfig not feature-gated 📘 Rule violation ✓ Correctness
The new spec.nodeExporterConfig API surface is introduced without an +openshift:enable:FeatureGate=... marker (and corresponding FeatureGate definition). This can make the new API available without controlled rollout.
Agent Prompt
## Issue description
`spec.nodeExporterConfig` is a newly introduced API surface but is not behind an OpenShift FeatureGate (missing `+openshift:enable:FeatureGate=...` and the FeatureGate registration).
## Issue Context
The compliance checklist requires new APIs to be feature-gated for safe rollout.
## Fix Focus Areas
- config/v1alpha1/types_cluster_monitoring.go[106-116]
- features/features.go[1-120]
ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools
Comment on lines
+673
to
+678
| // NodeExporterIgnoredNetworkDevice is a regular expression pattern that matches a network device name | ||
| // to be excluded from node-exporter metric collection for collectors such as netdev, netclass, and ethtool. | ||
| // Must be a valid regular expression and at most 1024 characters. | ||
| // +kubebuilder:validation:MinLength=1 | ||
| // +kubebuilder:validation:MaxLength=1024 | ||
| type NodeExporterIgnoredNetworkDevice string |
There was a problem hiding this comment.
2. nodeexporterignorednetworkdevice minlength undocumented 📘 Rule violation ✓ Correctness
The comment for NodeExporterIgnoredNetworkDevice does not document the +kubebuilder:validation:MinLength=1 constraint. This makes the API behavior for empty strings unclear to users.
Agent Prompt
## Issue description
`NodeExporterIgnoredNetworkDevice` has a `MinLength=1` validation marker but its comment does not document the minimum-length / non-empty requirement.
## Issue Context
API documentation must reflect all kubebuilder validation markers so users understand constraints and omitted/empty behavior.
## Fix Focus Areas
- config/v1alpha1/types_cluster_monitoring.go[673-678]
ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools
Comment on lines
+1521
to
+1587
| units: | ||
| description: |- | ||
| units is a list of regular expression patterns that match systemd units to be included | ||
| by the systemd collector. | ||
| units is optional. | ||
| By default, the list is empty, so the collector exposes no metrics for systemd units. | ||
| Each entry must be a valid regular expression and at most 1024 characters. | ||
| Maximum length for this list is 50. | ||
| Minimum length for this list is 1. | ||
| Entries in this list must be unique. | ||
| items: | ||
| description: |- | ||
| NodeExporterSystemdUnit is a regular expression pattern that matches a systemd unit name. | ||
| Must be at most 1024 characters. | ||
| maxLength: 1024 | ||
| minLength: 1 | ||
| type: string | ||
| maxItems: 50 | ||
| minItems: 1 | ||
| type: array | ||
| x-kubernetes-list-type: set | ||
| required: | ||
| - enabled | ||
| type: object | ||
| tcpStat: | ||
| description: |- | ||
| tcpStat configures the tcpstat collector, which collects TCP connection statistics. | ||
| tcpStat is optional. | ||
| When omitted, this means no opinion and the platform is left to choose a reasonable default, | ||
| which is subject to change over time. The current default is disabled. | ||
| properties: | ||
| enabled: | ||
| description: |- | ||
| enabled enables or disables the tcpstat collector. | ||
| This field is required. | ||
| Valid values are "Enabled" and "Disabled". | ||
| When set to "Enabled", the tcpstat collector is active and TCP connection statistics are collected. | ||
| When set to "Disabled", the tcpstat collector is inactive. | ||
| enum: | ||
| - Enabled | ||
| - Disabled | ||
| type: string | ||
| required: | ||
| - enabled | ||
| type: object | ||
| type: object | ||
| ignoredNetworkDevices: | ||
| description: |- | ||
| ignoredNetworkDevices is a list of regular expression patterns that match network devices | ||
| to be excluded from the relevant collector configuration such as netdev, netclass, and ethtool. | ||
| ignoredNetworkDevices is optional. | ||
|
|
||
| When omitted, the Cluster Monitoring Operator uses a predefined list of devices to be excluded | ||
| to minimize the impact on memory usage. | ||
| When set as an empty list, no devices are excluded. | ||
| If you modify this setting, monitor the prometheus-k8s deployment closely for excessive memory usage. | ||
| Maximum length for this list is 50. | ||
| Minimum length for this list is 1. | ||
| Each entry must be at most 1024 characters long. | ||
| items: | ||
| description: |- | ||
| NodeExporterIgnoredNetworkDevice is a regular expression pattern that matches a network device name | ||
| to be excluded from node-exporter metric collection for collectors such as netdev, netclass, and ethtool. | ||
| Must be a valid regular expression and at most 1024 characters. | ||
| maxLength: 1024 | ||
| minLength: 1 | ||
| type: string |
There was a problem hiding this comment.
3. Regex validity not enforced 📘 Rule violation ✓ Correctness
The API documentation states certain fields/entries must be valid regular expressions, but the generated CRD schema only enforces length and does not enforce regex validity. This can lead to invalid configurations being accepted by the API server and failing later at runtime.
Agent Prompt
## Issue description
The CRD documentation claims some strings must be valid regular expressions, but the schema only enforces length. This violates the requirement that documented constraints be enforced by validation rules.
## Issue Context
Kubernetes schema validation can enforce patterns or use CEL/XValidation rules; if regex validity cannot be reliably validated at schema level, the documentation should be adjusted to match actual enforcement.
## Fix Focus Areas
- config/v1alpha1/types_cluster_monitoring.go[655-678]
- config/v1alpha1/types_cluster_monitoring.go[932-951]
- config/v1alpha1/zz_generated.crd-manifests/0000_10_config-operator_01_clustermonitorings.crd.yaml[1521-1587]
ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools
Comment on lines
+655
to
+668
| // ignoredNetworkDevices is a list of regular expression patterns that match network devices | ||
| // to be excluded from the relevant collector configuration such as netdev, netclass, and ethtool. | ||
| // ignoredNetworkDevices is optional. | ||
| // | ||
| // When omitted, the Cluster Monitoring Operator uses a predefined list of devices to be excluded | ||
| // to minimize the impact on memory usage. | ||
| // When set as an empty list, no devices are excluded. | ||
| // If you modify this setting, monitor the prometheus-k8s deployment closely for excessive memory usage. | ||
| // Maximum length for this list is 50. | ||
| // Minimum length for this list is 1. | ||
| // Each entry must be at most 1024 characters long. | ||
| // +kubebuilder:validation:MaxItems=50 | ||
| // +kubebuilder:validation:MinItems=1 | ||
| // +listType=set |
There was a problem hiding this comment.
4. Empty ignorednetworkdevices blocked 🐞 Bug ✓ Correctness
The API says users can set ignoredNetworkDevices to an empty list to exclude no devices, but the Go validation tags generate CRD minItems: 1, making an empty list invalid. This breaks the documented configuration knob and prevents users from clearing the platform default exclusion list.
Agent Prompt
## Issue description
`NodeExporterConfig.ignoredNetworkDevices` is documented to allow an empty list (`[]`) to mean “exclude no devices”, but validation enforces `minItems: 1`, so the empty list is rejected by the CRD. This is an API contract/behavior mismatch.
## Issue Context
- The Go type comment promises a special meaning for an empty list.
- The Go kubebuilder marker `MinItems=1` generates CRD `minItems: 1`, which blocks `[]`.
- Tests currently do not cover the empty-list case.
## Fix Focus Areas
- config/v1alpha1/types_cluster_monitoring.go[655-670]
- config/v1alpha1/zz_generated.crd-manifests/0000_10_config-operator_01_clustermonitorings.crd.yaml[1567-1591]
- payload-manifests/crds/0000_10_config-operator_01_clustermonitorings.crd.yaml[1567-1591]
- config/v1alpha1/zz_generated.featuregated-crd-manifests/clustermonitorings.config.openshift.io/ClusterMonitoringConfig.yaml[1567-1591]
- config/v1alpha1/tests/clustermonitorings.config.openshift.io/ClusterMonitoringConfig.yaml[580-789]
ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools
![coderabbitai[bot]](https://avatars.githubusercontent.com/in/347564?s=60&v=4){kind=small}
There was a problem hiding this comment.
Actionable comments posted: 3
🧹 Nitpick comments (1)
config/v1alpha1/tests/clustermonitorings.config.openshift.io/ClusterMonitoringConfig.yaml (1)
661-789: Add a contract test forignoredNetworkDevices: [].The new suite does not assert the documented empty-list behavior for
ignoredNetworkDevices. A dedicated case will prevent schema/docs drift from slipping through.🧪 Suggested test case
+ - name: Should be able to create NodeExporterConfig with empty ignoredNetworkDevices + initial: | + apiVersion: config.openshift.io/v1alpha1 + kind: ClusterMonitoring + spec: + nodeExporterConfig: + ignoredNetworkDevices: [] + expected: | + apiVersion: config.openshift.io/v1alpha1 + kind: ClusterMonitoring + spec: + nodeExporterConfig: + ignoredNetworkDevices: []🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@config/v1alpha1/tests/clustermonitorings.config.openshift.io/ClusterMonitoringConfig.yaml` around lines 661 - 789, Add a new contract test case for NodeExporterConfig to assert the documented behavior when ignoredNetworkDevices is an empty array: create a test entry (similar to the existing cases) named something like "Should accept NodeExporterConfig with empty ignoredNetworkDevices" where spec.nodeExporterConfig.ignoredNetworkDevices: [] in the initial YAML and the expected output mirrors that (or no expectedError), ensuring the test references NodeExporterConfig and ignoredNetworkDevices so the suite validates empty-list handling and prevents schema/docs drift.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Inline comments:
In `@config/v1alpha1/types_cluster_monitoring.go`:
- Around line 655-668: The comment and validation for ignoredNetworkDevices
conflict: the docs state an empty list is valid (meaning "no devices are
excluded") but the kubebuilder tag +kubebuilder:validation:MinItems=1 prevents
[] from being used. Fix by removing or relaxing the MinItems constraint on
ignoredNetworkDevices (i.e., delete the +kubebuilder:validation:MinItems=1 tag
or change it to allow 0) so an empty slice is accepted; keep the MaxItems
constraint and listType as-is and update any unit tests or schema consumers if
they assume MinItems=1.
In
`@payload-manifests/crds/0000_10_config-operator_01_clustermonitorings.crd.yaml`:
- Around line 1522-1541: The schema currently only enforces length/count for
systemd.units[] (NodeExporterSystemdUnit) and ignoredNetworkDevices[]; add
OpenAPI pattern validation to each items schema to ensure values are valid
regular expressions (e.g., add a "pattern" field under the items for
systemd.units and for ignoredNetworkDevices that encodes the allowed regex
syntax you want to accept—preferably aligned to the RE2 flavor used downstream),
keep maxLength/minLength and descriptions, and update the
NodeExporterSystemdUnit/ignoredNetworkDevices items to reference the new pattern
so invalid regex strings are rejected by the CRD validation.
- Around line 1568-1590: The description for ignoredNetworkDevices says an empty
list is allowed but the schema sets minItems: 1; update the schema to match the
description by changing the minItems constraint for ignoredNetworkDevices to 0
(or remove the minItems line) so an empty array is accepted, and keep maxItems:
50 and the items block (NodeExporterIgnoredNetworkDevice,
maxLength/minLength/type) unchanged; ensure any references or validation that
rely on minItems in code or docs are adjusted accordingly.
---
Nitpick comments:
In
`@config/v1alpha1/tests/clustermonitorings.config.openshift.io/ClusterMonitoringConfig.yaml`:
- Around line 661-789: Add a new contract test case for NodeExporterConfig to
assert the documented behavior when ignoredNetworkDevices is an empty array:
create a test entry (similar to the existing cases) named something like "Should
accept NodeExporterConfig with empty ignoredNetworkDevices" where
spec.nodeExporterConfig.ignoredNetworkDevices: [] in the initial YAML and the
expected output mirrors that (or no expectedError), ensuring the test references
NodeExporterConfig and ignoredNetworkDevices so the suite validates empty-list
handling and prevents schema/docs drift.
ℹ️ Review info
⚙️ Run configuration
Configuration used: Path: .coderabbit.yaml
Review profile: CHILL
Plan: Pro
Run ID: f41b0979-fba6-4d38-bfe5-c83eb2d1eb31
⛔ Files ignored due to path filters (3)
config/v1alpha1/zz_generated.crd-manifests/0000_10_config-operator_01_clustermonitorings.crd.yamlis excluded by!**/zz_generated.crd-manifests/*config/v1alpha1/zz_generated.featuregated-crd-manifests/clustermonitorings.config.openshift.io/ClusterMonitoringConfig.yamlis excluded by!**/zz_generated.featuregated-crd-manifests/**openapi/generated_openapi/zz_generated.openapi.gois excluded by!openapi/**
📒 Files selected for processing (5)
config/v1alpha1/tests/clustermonitorings.config.openshift.io/ClusterMonitoringConfig.yamlconfig/v1alpha1/types_cluster_monitoring.goconfig/v1alpha1/zz_generated.deepcopy.goconfig/v1alpha1/zz_generated.swagger_doc_generated.gopayload-manifests/crds/0000_10_config-operator_01_clustermonitorings.crd.yaml
Comment on lines
+655
to
+668
| // ignoredNetworkDevices is a list of regular expression patterns that match network devices | ||
| // to be excluded from the relevant collector configuration such as netdev, netclass, and ethtool. | ||
| // ignoredNetworkDevices is optional. | ||
| // | ||
| // When omitted, the Cluster Monitoring Operator uses a predefined list of devices to be excluded | ||
| // to minimize the impact on memory usage. | ||
| // When set as an empty list, no devices are excluded. | ||
| // If you modify this setting, monitor the prometheus-k8s deployment closely for excessive memory usage. | ||
| // Maximum length for this list is 50. | ||
| // Minimum length for this list is 1. | ||
| // Each entry must be at most 1024 characters long. | ||
| // +kubebuilder:validation:MaxItems=50 | ||
| // +kubebuilder:validation:MinItems=1 | ||
| // +listType=set |
There was a problem hiding this comment.
ignoredNetworkDevices empty-list behavior is blocked by schema validation.
Line 661 documents that an empty list means “no devices are excluded”, but Line 667 (+kubebuilder:validation:MinItems=1) rejects []. This makes the documented override path impossible.
Suggested fix
// Maximum length for this list is 50.
- // Minimum length for this list is 1.
// Each entry must be at most 1024 characters long.
// +kubebuilder:validation:MaxItems=50
- // +kubebuilder:validation:MinItems=1
// +listType=set
// +optional
IgnoredNetworkDevices []NodeExporterIgnoredNetworkDevice `json:"ignoredNetworkDevices,omitempty"`📝 Committable suggestion
‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.
Suggested change
| // ignoredNetworkDevices is a list of regular expression patterns that match network devices | |
| // to be excluded from the relevant collector configuration such as netdev, netclass, and ethtool. | |
| // ignoredNetworkDevices is optional. | |
| // | |
| // When omitted, the Cluster Monitoring Operator uses a predefined list of devices to be excluded | |
| // to minimize the impact on memory usage. | |
| // When set as an empty list, no devices are excluded. | |
| // If you modify this setting, monitor the prometheus-k8s deployment closely for excessive memory usage. | |
| // Maximum length for this list is 50. | |
| // Minimum length for this list is 1. | |
| // Each entry must be at most 1024 characters long. | |
| // +kubebuilder:validation:MaxItems=50 | |
| // +kubebuilder:validation:MinItems=1 | |
| // +listType=set | |
| // ignoredNetworkDevices is a list of regular expression patterns that match network devices | |
| // to be excluded from the relevant collector configuration such as netdev, netclass, and ethtool. | |
| // ignoredNetworkDevices is optional. | |
| // | |
| // When omitted, the Cluster Monitoring Operator uses a predefined list of devices to be excluded | |
| // to minimize the impact on memory usage. | |
| // When set as an empty list, no devices are excluded. | |
| // If you modify this setting, monitor the prometheus-k8s deployment closely for excessive memory usage. | |
| // Maximum length for this list is 50. | |
| // Each entry must be at most 1024 characters long. | |
| // +kubebuilder:validation:MaxItems=50 | |
| // +listType=set | |
| // +optional |
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@config/v1alpha1/types_cluster_monitoring.go` around lines 655 - 668, The
comment and validation for ignoredNetworkDevices conflict: the docs state an
empty list is valid (meaning "no devices are excluded") but the kubebuilder tag
+kubebuilder:validation:MinItems=1 prevents [] from being used. Fix by removing
or relaxing the MinItems constraint on ignoredNetworkDevices (i.e., delete the
+kubebuilder:validation:MinItems=1 tag or change it to allow 0) so an empty
slice is accepted; keep the MaxItems constraint and listType as-is and update
any unit tests or schema consumers if they assume MinItems=1.
Comment on lines
+1522
to
+1541
| description: |- | ||
| units is a list of regular expression patterns that match systemd units to be included | ||
| by the systemd collector. | ||
| units is optional. | ||
| By default, the list is empty, so the collector exposes no metrics for systemd units. | ||
| Each entry must be a valid regular expression and at most 1024 characters. | ||
| Maximum length for this list is 50. | ||
| Minimum length for this list is 1. | ||
| Entries in this list must be unique. | ||
| items: | ||
| description: |- | ||
| NodeExporterSystemdUnit is a regular expression pattern that matches a systemd unit name. | ||
| Must be at most 1024 characters. | ||
| maxLength: 1024 | ||
| minLength: 1 | ||
| type: string | ||
| maxItems: 50 | ||
| minItems: 1 | ||
| type: array | ||
| x-kubernetes-list-type: set |
There was a problem hiding this comment.
Regex validity is documented but not enforced in schema.
systemd.units[] and ignoredNetworkDevices[] are documented as “valid regular expression” values, but current validation only checks length/count. Invalid regex strings can be admitted and fail downstream.
Also applies to: 1581-1588
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In
`@payload-manifests/crds/0000_10_config-operator_01_clustermonitorings.crd.yaml`
around lines 1522 - 1541, The schema currently only enforces length/count for
systemd.units[] (NodeExporterSystemdUnit) and ignoredNetworkDevices[]; add
OpenAPI pattern validation to each items schema to ensure values are valid
regular expressions (e.g., add a "pattern" field under the items for
systemd.units and for ignoredNetworkDevices that encodes the allowed regex
syntax you want to accept—preferably aligned to the RE2 flavor used downstream),
keep maxLength/minLength and descriptions, and update the
NodeExporterSystemdUnit/ignoredNetworkDevices items to reference the new pattern
so invalid regex strings are rejected by the CRD validation.
Comment on lines
+1568
to
+1590
| description: |- | ||
| ignoredNetworkDevices is a list of regular expression patterns that match network devices | ||
| to be excluded from the relevant collector configuration such as netdev, netclass, and ethtool. | ||
| ignoredNetworkDevices is optional. | ||
|
|
||
| When omitted, the Cluster Monitoring Operator uses a predefined list of devices to be excluded | ||
| to minimize the impact on memory usage. | ||
| When set as an empty list, no devices are excluded. | ||
| If you modify this setting, monitor the prometheus-k8s deployment closely for excessive memory usage. | ||
| Maximum length for this list is 50. | ||
| Minimum length for this list is 1. | ||
| Each entry must be at most 1024 characters long. | ||
| items: | ||
| description: |- | ||
| NodeExporterIgnoredNetworkDevice is a regular expression pattern that matches a network device name | ||
| to be excluded from node-exporter metric collection for collectors such as netdev, netclass, and ethtool. | ||
| Must be a valid regular expression and at most 1024 characters. | ||
| maxLength: 1024 | ||
| minLength: 1 | ||
| type: string | ||
| maxItems: 50 | ||
| minItems: 1 | ||
| type: array |
There was a problem hiding this comment.
ignoredNetworkDevices description contradicts its schema constraint.
The description explicitly allows an empty list, but minItems: 1 rejects it. This creates a broken API contract for clients.
✅ If empty list is intended to be valid, update schema
ignoredNetworkDevices:
@@
- minItems: 1
type: array
x-kubernetes-list-type: set📝 Committable suggestion
‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.
Suggested change
| description: |- | |
| ignoredNetworkDevices is a list of regular expression patterns that match network devices | |
| to be excluded from the relevant collector configuration such as netdev, netclass, and ethtool. | |
| ignoredNetworkDevices is optional. | |
| When omitted, the Cluster Monitoring Operator uses a predefined list of devices to be excluded | |
| to minimize the impact on memory usage. | |
| When set as an empty list, no devices are excluded. | |
| If you modify this setting, monitor the prometheus-k8s deployment closely for excessive memory usage. | |
| Maximum length for this list is 50. | |
| Minimum length for this list is 1. | |
| Each entry must be at most 1024 characters long. | |
| items: | |
| description: |- | |
| NodeExporterIgnoredNetworkDevice is a regular expression pattern that matches a network device name | |
| to be excluded from node-exporter metric collection for collectors such as netdev, netclass, and ethtool. | |
| Must be a valid regular expression and at most 1024 characters. | |
| maxLength: 1024 | |
| minLength: 1 | |
| type: string | |
| maxItems: 50 | |
| minItems: 1 | |
| type: array | |
| description: |- | |
| ignoredNetworkDevices is a list of regular expression patterns that match network devices | |
| to be excluded from the relevant collector configuration such as netdev, netclass, and ethtool. | |
| ignoredNetworkDevices is optional. | |
| When omitted, the Cluster Monitoring Operator uses a predefined list of devices to be excluded | |
| to minimize the impact on memory usage. | |
| When set as an empty list, no devices are excluded. | |
| If you modify this setting, monitor the prometheus-k8s deployment closely for excessive memory usage. | |
| Maximum length for this list is 50. | |
| Minimum length for this list is 1. | |
| Each entry must be at most 1024 characters long. | |
| items: | |
| description: |- | |
| NodeExporterIgnoredNetworkDevice is a regular expression pattern that matches a network device name | |
| to be excluded from node-exporter metric collection for collectors such as netdev, netclass, and ethtool. | |
| Must be a valid regular expression and at most 1024 characters. | |
| maxLength: 1024 | |
| minLength: 1 | |
| type: string | |
| maxItems: 50 | |
| type: array |
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In
`@payload-manifests/crds/0000_10_config-operator_01_clustermonitorings.crd.yaml`
around lines 1568 - 1590, The description for ignoredNetworkDevices says an
empty list is allowed but the schema sets minItems: 1; update the schema to
match the description by changing the minItems constraint for
ignoredNetworkDevices to 0 (or remove the minItems line) so an empty array is
accepted, and keep maxItems: 50 and the items block
(NodeExporterIgnoredNetworkDevice, maxLength/minLength/type) unchanged; ensure
any references or validation that rely on minItems in code or docs are adjusted
accordingly.
Contributor
|
@danielmellado: all tests passed! Full PR test history. Your PR dashboard. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
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
2 participants
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.
Add NodeExporterConfig to ClusterMonitoringSpec with support
for nodeSelector, resources, tolerations, collectors (10
individual toggles with per-collector options), maxProcs,
and ignoredNetworkDevices.
Signed-off-by: Daniel Mellado dmellado@fedoraproject.org