Skip to content

[SAP] Remove capabilities dump from scheduler update debug logs#340

Open
hemna wants to merge 1 commit into
stable/2023.1-m3from
reduce-scheduler-capabilities-logging
Open

[SAP] Remove capabilities dump from scheduler update debug logs#340
hemna wants to merge 1 commit into
stable/2023.1-m3from
reduce-scheduler-capabilities-logging

Conversation

@hemna
Copy link
Copy Markdown

@hemna hemna commented Jun 3, 2026

Logging the full capabilities dict on every volume service update causes unnecessary CPU and GC pressure in large regions where many pools are reported. The dict can be 15-50KB for multi-pool backends and is serialized on every capability report cycle.

The host/cluster identity is preserved in the log message so update events remain traceable. Capability data is still stored in service_states and accessible via other debug paths.

Change-Id: Ie19c0ce8eb4787b98941d2fe412c6b988ff8532d

Logging the full capabilities dict on every volume service update
causes unnecessary CPU and GC pressure in large regions where many
pools are reported. The dict can be 15-50KB for multi-pool backends
and is serialized on every capability report cycle.

The host/cluster identity is preserved in the log message so update
events remain traceable. Capability data is still stored in
service_states and accessible via other debug paths.

Change-Id: Ie19c0ce8eb4787b98941d2fe412c6b988ff8532d
else '')
LOG.debug("Received %(service_name)s service update from %(cluster)s "
"%(host)s: %(cap)s%(cluster)s",
"%(host)s%(cluster)s",
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why would we duplicate the %(cluster)s in this message?

Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

the point was to remove the capabilities and leave the rest alone.

Copy link
Copy Markdown
Collaborator

@joker-at-work joker-at-work Jun 5, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So anything broken we see, we just don't fix, because that's not our current mission. Got it.

Can you please keep the space then, so the duplicate cluster string isn't immediately applied to the host string?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants