Running service discovery in Checkmk turns data collected from a host into monitored services. It belongs after a host is created, an agent or special agent is working, or a local check starts publishing new service data.
The service discovery page compares what Checkmk can currently detect with what is already configured for the host. New services appear as undecided or missing, existing services stay monitored, and disappeared items appear as vanished services that need review before removal.
Accept only the services and labels that should enter monitoring, then activate pending changes so the monitoring core uses the updated service set. The host's monitored service list and the Check_MK Discovery service state are the proof that discovery has been handled.
Related: How to add a host in Checkmk
Related: How to register a Checkmk agent host
Related: How to create a Checkmk local check

For a host that was just created or edited, click Save & run service discovery instead so Checkmk saves the host properties before scanning for services.
Undecided services are detected but not monitored, Monitored services are already configured, and Vanished services were monitored before but are no longer detected.
If Vanished services are listed, confirm that each disappeared service is expected before using Accept all because accepted vanished services are removed from monitoring.
Use the row action for Move to monitored services instead of Accept all when test databases, temporary filesystems, lab interfaces, or other optional items should stay out of monitoring.
Use Setup → Services → Discovery rules for repeatable exclusions instead of manually disabling the same service on many hosts.
Activation moves the accepted service configuration from Setup into the running monitoring environment.
Related: How to activate Checkmk pending changes