Creating a Checkmk contact group gives a team responsibility for selected hosts and services. Contact groups also decide which objects a restricted user can see and which contacts receive the default notifications for those objects.

Contact groups are managed under SetupUsersContact groups. A new group needs an internal Name and a readable Alias, then users are attached from their user properties and monitored objects are attached from host properties, folder properties, or contact-group rules.

A host-level assignment fits one host or a small test set. Services inherit the host contact groups unless a service-level contact-group rule assigns a different group, so avoid service-specific assignments unless application responsibility really differs from host responsibility.

Steps to create and assign a Checkmk contact group:

  1. Open the Checkmk site as an administrator with permission to edit users, contact groups, and hosts.
  2. Open SetupUsersContact groups.
  3. Click Add group.
  4. Enter the internal Name for the group, such as linux_team.

    The internal name is used in rules, filters, and status queries. Use a short name that will still make sense after team names change.

  5. Enter the Alias that operators should see, such as Linux operations.
  6. Save the contact group.
  7. Confirm that the new group appears in the contact group list.
  8. Open SetupUsersUsers.
  9. Open the user who should receive responsibility for the group.
  10. Select the new group in the Contact groups box.
  11. Save the user.
  12. Open SetupHostsHosts.
  13. Open the lab host or target host that should belong to the group.
  14. Enable Permissions in the Basic settings box.
  15. Move the new contact group from Available to Selected.
  16. Select Add these contact groups to the host.
  17. Leave Always add host contact groups also to its services disabled unless services need explicit contact entries.

    Services inherit the host contact groups by default. Use the service assignment rule set only when a service should belong to a different team from the host.

  18. Save the host.
  19. Activate the pending changes.

    Activation moves the saved user, host, and contact-group assignments into the monitoring environment.
    Related: How to activate Checkmk pending changes

  20. Sign in as the assigned user in a separate browser session.
  21. Open MonitorAll hosts and confirm that the assigned host is visible to that user.
  22. Test notification routing for the assigned host without sending a real message.

    Use SetupEventsTest notifications, select the host, leave real sending disabled, and confirm Predicted notifications contains the expected user or contact from the new group.
    Related: How to test Checkmk notification rules

  23. Query the contact groups from the site shell when terminal evidence is required.
    OMD[monitoring]:~$ lq "GET contactgroups\nColumns: name alias members"
    all;Everything;cmkadmin
    linux_team;Linux operations;linux-operator