Skip to content

safely delete unused values of the Config enum #13892

Open

Description

@DaanHoogland

the remaining unused values after refactorring the enumeration values need to be removed. This will probably have to be a DB upgrade path.

Activity

  1. added this to the 4.24.0 milestone on Aug 16, 2026
  2. DaanHoogland commented on Aug 17, 2026

    @DaanHoogland
    ContributorAuthor

    Found a related case while writing wiring tests (issue #10752): ManagementServer.Ovm3HeartBeatTimeout/Ovm3HeartBeatInterval (server/src/main/java/com/cloud/server/ManagementServer.java:184-188) have zero consumers anywhere in the codebase — Ovm3Discoverer never populates ovm3.heartbeat.timeout/ovm3.heartbeat.interval into the params map that Ovm3Configuration.java:112,115 reads (unlike the XenServer equivalents, which DiscovererBase.buildConfigParams() does wire through correctly). Only Ovm3ConfigurationTest.java sets these two keys manually in its test params map, masking the fact that production code never populates them. This predates the #10752 migration entirely — the same two dead entries existed in the old Config enum under the same names — so it's pre-existing dead wiring, not something introduced by this PR. Since these two ConfigKeys have no live consumer, they're also candidates for the safe-deletion sweep this issue tracks (in addition to the enum-side dead values already in scope).

  3. DaanHoogland commented on Aug 17, 2026

    @DaanHoogland
    ContributorAuthor

    Two more dead ConfigKeys found while continuing the ManagementServer wiring batch: ManagementServer.LinkLocalIpNums (linkLocalIp.nums) and ManagementServer.DetailBatchQuerySize (detail.batch.query.size) are declared and returned from ManagementServerImpl.getConfigKeys(), but neither has a single .value() (or any other) consumer anywhere in the repo. Both existed under the same names in the old Config enum before the #10752 migration, so — like the Ovm3 heartbeat pair above — this is pre-existing dead wiring, not something this PR introduced. Adding to the same bucket for the safe-deletion sweep.

  4. self-assigned this
    on Aug 18, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Type

Projects

Relationships

None yet

Development

No branches or pull requests

Issue actions