AGENT SPECIALTY //
Containers and services
Services Manager investigates failing systemd services and Docker or Podman containers, fixes simple configuration errors and confirms the service is healthy again.

TICKETS FROM
ServiceNow or another ITSM
CATEGORY
Containers and services
AUTONOMY
Investigate only, with a person, or on its own
DEPLOYMENT
On-prem, cloud or hybrid
█
SPECIALTY_BRIEFING
// WHAT 2501 DOES
Services Manager is the 2501 specialty for services that crash, will not start or keep restarting, whether they run under systemd, in Docker or in Podman. It finds the cause, restores the service and confirms it is healthy, within limits you set.
The quick fix for a down service is to restart it until it stays up. If the cause is a port already taken, a permission or a configuration typo, it fails the same way again, and each restart buries the evidence.
Services Manager investigates without changing anything, names the cause and takes the least invasive fix, correcting only obvious configuration errors and checking the result is valid. A service counts as restored only once it is healthy. When the cause is a full disk, the network or a VM short of memory, it passes the ticket on with its findings. Typical tickets: a stopped container, a restart loop, a systemd service that will not start, an nginx configuration error and, once a person approves it, a proxy access change.

How is it different from Services Manager Linux? Services Manager also covers Podman, and service configuration troubleshooting is part of its scope. Services Manager Linux covers services on Linux hosts under systemd, Docker and similar runtimes.
What about Windows services? They have their own specialty, Services Manager Windows.
Each page is one kind of ticket, and how this specialty handles it within the limits you set.
> READY_TO_DEPLOY
Book a technical demo and walk through your own environment with the 2501 team.