Les pondérations sont établies par le gestionnaire lors d'un cycle de gestionnaire. Au début de ce cycle, le gestionnaire extrait les pondérations en cours de la fonction exécuteur. Il utilise ces valeurs comme les dernières pondérations connues afin de déterminer si l'état du serveur a été modifié.
Si vous émettez une commande server down (dscontrol server down, par exemple), la fonction exécuteur sauvegarde la pondération en cours du serveur et associe une nouvelle pondération dont la valeur est -1 au serveur. Si vous émettez une commande server up (dscontrol server up, par exemple), un appel est lancé à la fonction exécuteur afin d'inverser la pondération du serveur selon la valeur sauvegardée. Le système définit un indicateur afin de préciser que le serveur n'est plus marqué comme étant arrêté par l'utilisateur.
Si la commande server up est émise après que le gestionnaire a extrait les pondérations, la fonction exécuteur écrase la pondération utilisée pour déterminer si l'état du serveur a été modifié. Ce processus ne provoque aucun effet secondaire, sauf si le serveur est mis au repos.
La pondération d'un serveur mis au repos est 0, cette valeur étant identique à celle d'un serveur détecté comme étant arrêté par un conseiller. Si vous lancez une commande server up sur un serveur mis au repos, la fonction exécuteur sauvegarde une valeur 0 pour la pondération qui détermine si l'état du serveur a été modifié. Si le serveur n'est pas mis au repos, le scipt serverUp risque de s'exécuter en raison de cette valeur sauvegardée.
Les chances d'occurrence de cet incident augmentent avec les configurations plus importantes car un cycle du gestionnaire dure plus longtemps. De même, les probabilités d'un cycle du gestionnaire en cours sont plus élevées lorsque la commande server up est exécutée.