#98420 verifies that the election scheduler is not running when a cluster is stable, but this assertion does not hold in the `AtomicRegisterCoordinatorTests` suite. This issue tracks the work to investigate and fix up the problem.
test/framework/src/main/java/org/elasticsearch/cluster/coordination/AbstractCoordinatorTestCase.java
CoordinationState.PersistedState oldState,
            Function<Metadata, Metadata> adaptGlobalMetadata,
            Function<Long, Long> adaptCurrentTerm,
            ThreadPool threadPool
        ) {
            return coordinatorStrategy.createPersistedStateFromExistingState(
                newLocalNode,
                oldState,
                adaptGlobalMetadata,
                adaptCurrentTerm,
                deterministicTaskQueue::getCurrentTimeMillis,
                getNamedWriteableRegistry(),
                () -> disruptStorage,
                threadPool
            );
        }
        protected long transportDelayMillis(String actionName) {
            return 0;
        }
        public class ClusterNode {
            private final Logger logger = LogManager.getLogger(ClusterNode.class);
            private final int nodeIndex;
            Coordinator coordinator;
            private final DiscoveryNode localNode;
            final CoordinationState.PersistedState persistedState;
            final Settings nodeSettings;
            private AckedFakeThreadPoolMasterService masterService;
            private DisruptableClusterApplierService clusterApplierService;
            private ClusterService clusterService;
            TransportService transportService;