ansible.windows.win_service – Manage and query Windows services

Note

This plugin is part of the ansible.windows collection (version 1.3.0).

To install it use: ansible-galaxy collection install ansible.windows.

To use it in a playbook, specify: ansible.windows.win_service.

Synopsis

Parameters

Parameter Choices/Defaults Comments
dependencies
list / elements=string
A list of service dependencies to set for this particular service.
This should be a list of service names and not the display name of the service.
This works by dependency_action to either add/remove or set the services in this list.
dependency_action
string
    Choices:
  • add
  • remove
  • set
Used in conjunction with dependency to either add the dependencies to the existing service dependencies.
Remove the dependencies to the existing dependencies.
Set the dependencies to only the values in the list replacing the existing dependencies.
description
string
The description to set for the service.
desktop_interact
boolean
    Choices:
  • no
  • yes
Whether to allow the service user to interact with the desktop.
This can only be set to yes when using the LocalSystem username.
This can only be set to yes when the service_type is win32_own_process or win32_share_process.
display_name
string
The display name to set for the service.
error_control
string
    Choices:
  • critical
  • ignore
  • normal
  • severe
The severity of the error and action token if the service fails to start.
A new service defaults to normal.
critical will log the error and restart the system with the last-known good configuration. If the startup fails on reboot then the system will fail to operate.
ignore ignores the error.
normal logs the error in the event log but continues.
severe is like critical but a failure on the last-known good configuration reboot startup will be ignored.
failure_actions
list / elements=dictionary
A list of failure actions the service controller should take on each failure of a service.
The service manager will run the actions from first to last defined until the service starts. If failure_reset_period_sec has been exceeded then the failure actions will restart from the beginning.
If all actions have been performed the the service manager will repeat the last service defined.
The existing actions will be replaced with the list defined in the task if there is a mismatch with any of them.
Set to an empty list to delete all failure actions on a service otherwise an omitted or null value preserves the existing actions on the service.
delay_ms
raw
Default:
0
The time to wait, in milliseconds, before performing the specified action.

aliases: delay
type
string / required
    Choices:
  • none
  • reboot
  • restart
  • run_command
The action to be performed.
none will perform no action, when used this should only be set as the last action.
reboot will reboot the host, when used this should only be set as the last action as the reboot will reset the action list back to the beginning.
restart will restart the service.
run_command will run the command specified by failure_command.
failure_actions_on_non_crash_failure
boolean
    Choices:
  • no
  • yes
Controls whether failure actions will be performed on non crash failures or not.
failure_command
string
The command to run for a run_command failure action.
Set to an empty string to remove the command.
failure_reboot_msg
string
The message to be broadcast to users logged on the host for a reboot failure action.
Set to an empty string to remove the message.
failure_reset_period_sec
raw
The time in seconds after which the failure action list begings from the start if there are no failures.
To set this value, failure_actions must have at least 1 action present.
Specify '0xFFFFFFFF' to set an infinite reset period.

aliases: failure_reset_period
force_dependent_services
boolean
    Choices:
  • no
  • yes
If yes, stopping or restarting a service with dependent services will force the dependent services to stop or restart also.
If no, stopping or restarting a service with dependent services may fail.
load_order_group
string
The name of the load ordering group of which this service is a member.
Specify an empty string to remove the existing load order group of a service.
name
string / required
Name of the service.
If only the name parameter is specified, the module will report on whether the service exists or not without making any changes.
password
string
The password to set the service to start as.
This and the username argument should be supplied together when using a local or domain account.
If omitted then the password will continue to use the existing value password set.
If specifying LocalSystem, NetworkService, LocalService, the NT SERVICE, or a gMSA this field can be omitted as those accounts have no password.
path
string
The path to the executable to set for the service.
pre_shutdown_timeout_ms
raw
The time in which the service manager waits after sending a preshutdown notification to the service until it proceeds to continue with the other shutdown actions.

aliases: pre_shutdown_timeout
required_privileges
list / elements=string
A list of privileges the service must have when starting up.
When set the service will only have the privileges specified on its access token.
The username of the service must already have the privileges assigned.
The existing privileges will be replace with the list defined in the task if there is a mismatch with any of them.
Set to an empty list to remove all required privileges, otherwise an omitted or null value will keep the existing privileges.
See privilege text constants for a list of privilege constants that can be used.
service_type
string
    Choices:
  • user_own_process
  • user_share_process
  • win32_own_process
  • win32_share_process
The type of service.
The default type of a new service is win32_own_process.
desktop_interact can only be set if the service type is win32_own_process or win32_share_process.
sid_info
string
    Choices:
  • none
  • restricted
  • unrestricted
Used to define the behaviour of the service's access token groups.
none will not add any groups to the token.
restricted will add the NT SERVICE\<service name> SID to the access token's groups and restricted groups.
unrestricted will add the NT SERVICE\<service name> SID to the access token's groups.
start_mode
string
    Choices:
  • auto
  • delayed
  • disabled
  • manual
Set the startup type for the service.
A newly created service will default to auto.
state
string
    Choices:
  • absent
  • paused
  • started
  • stopped
  • restarted
The desired state of the service.
started/stopped/absent/paused are idempotent actions that will not run commands unless necessary.
restarted will always bounce the service.
Only services that support the paused state can be paused, you can check the return value can_pause_and_continue.
You can only pause a service that is already started.
A newly created service will default to stopped.
update_password
string
    Choices:
  • always
  • on_create
When set to always and password is set, the module will always report a change and set the password.
Set to on_create to only set the password if the module needs to create the service.
If username was specified and the service changed to that username then password will also be changed if specified.
The current default is on_create but this behaviour may change in the future, it is best to be explicit here.
username
string
The username to set the service to start as.
Can also be set to LocalSystem or SYSTEM to use the SYSTEM account.
A newly created service will default to LocalSystem.
If using a custom user account, it must have the SeServiceLogonRight granted to be able to start up. You can use the ansible.windows.win_user_right module to grant this user right for you.
Set to NT SERVICE\service name to run as the NT SERVICE account for that service.
This can also be a gMSA in the form DOMAIN\gMSA$.

Notes

Note

  • This module historically returning information about the service in its return values. These should be avoided in favour of the ansible.windows.win_service_info module.
  • Most of the options in this module are non-driver services that you can view in SCManager. While you can edit driver services, not all functionality may be available.
  • The user running the module must have the following access rights on the service to be able to use it with this module - SERVICE_CHANGE_CONFIG, SERVICE_ENUMERATE_DEPENDENTS, SERVICE_QUERY_CONFIG, SERVICE_QUERY_STATUS.
  • Changing the state or removing the service will also require futher rights depending on what needs to be done.

See Also

See also

ansible.builtin.service

The official documentation on the ansible.builtin.service module.

community.windows.win_nssm

The official documentation on the community.windows.win_nssm module.

ansible.windows.win_service_info

The official documentation on the ansible.windows.win_service_info module.

ansible.windows.win_user_right

The official documentation on the ansible.windows.win_user_right module.

Examples

- name: Restart a service
  ansible.windows.win_service:
    name: spooler
    state: restarted

- name: Set service startup mode to auto and ensure it is started
  ansible.windows.win_service:
    name: spooler
    start_mode: auto
    state: started

- name: Pause a service
  ansible.windows.win_service:
    name: Netlogon
    state: paused

- name: Ensure that WinRM is started when the system has settled
  ansible.windows.win_service:
    name: WinRM
    start_mode: delayed

# A new service will also default to the following values:
# - username: LocalSystem
# - state: stopped
# - start_mode: auto
- name: Create a new service
  ansible.windows.win_service:
    name: service name
    path: C:\temp\test.exe

- name: Create a new service with extra details
  ansible.windows.win_service:
    name: service name
    path: C:\temp\test.exe
    display_name: Service Name
    description: A test service description

- name: Remove a service
  ansible.windows.win_service:
    name: service name
    state: absent

# This is required to be set for non-service accounts that need to run as a service
- name: Grant domain account the SeServiceLogonRight user right
  ansible.windows.win_user_right:
    name: SeServiceLogonRight
    users:
    - DOMAIN\User
    action: add

- name: Set the log on user to a domain account
  ansible.windows.win_service:
    name: service name
    state: restarted
    username: DOMAIN\User
    password: Password

- name: Set the log on user to a local account
  ansible.windows.win_service:
    name: service name
    state: restarted
    username: .\Administrator
    password: Password

- name: Set the log on user to Local System
  ansible.windows.win_service:
    name: service name
    state: restarted
    username: SYSTEM

- name: Set the log on user to Local System and allow it to interact with the desktop
  ansible.windows.win_service:
    name: service name
    state: restarted
    username: SYSTEM
    desktop_interact: yes

- name: Set the log on user to Network Service
  ansible.windows.win_service:
    name: service name
    state: restarted
    username: NT AUTHORITY\NetworkService

- name: Set the log on user to Local Service
  ansible.windows.win_service:
    name: service name
    state: restarted
    username: NT AUTHORITY\LocalService

- name: Set the log on user as the services' virtual account
  ansible.windows.win_service:
    name: service name
    username: NT SERVICE\service name

- name: Set the log on user as a gMSA
  ansible.windows.win_service:
    name: service name
    username: DOMAIN\gMSA$  # The end $ is important and should be set for all gMSA

- name: Set dependencies to ones only in the list
  ansible.windows.win_service:
    name: service name
    dependencies: [ service1, service2 ]

- name: Add dependencies to existing dependencies
  ansible.windows.win_service:
    name: service name
    dependencies: [ service1, service2 ]
    dependency_action: add

- name: Remove dependencies from existing dependencies
  ansible.windows.win_service:
    name: service name
    dependencies:
    - service1
    - service2
    dependency_action: remove

- name: Set required privileges for a service
  ansible.windows.win_service:
    name: service name
    username: NT SERVICE\LocalService
    required_privileges:
    - SeBackupPrivilege
    - SeRestorePrivilege

- name: Remove all required privileges for a service
  ansible.windows.win_service:
    name: service name
    username: NT SERVICE\LocalService
    required_privileges: []

- name: Set failure actions for a service with no reset period
  ansible.windows.win_service:
    name: service name
    failure_actions:
    - type: restart
    - type: run_command
      delay_ms: 1000
    - type: restart
      delay_ms: 5000
    - type: reboot
    failure_command: C:\Windows\System32\cmd.exe /c mkdir C:\temp
    failure_reboot_msg: Restarting host because service name has failed
    failure_reset_period_sec: '0xFFFFFFFF'

- name: Set only 1 failure action without a repeat of the last action
  ansible.windows.win_service:
    name: service name
    failure_actions:
    - type: restart
      delay_ms: 5000
    - type: none

- name: Remove failure action information
  ansible.windows.win_service:
    name: service name
    failure_actions: []
    failure_command: ''  # removes the existing command
    failure_reboot_msg: ''  # removes the existing reboot msg

Return Values

Common return values are documented here, the following are the fields unique to this module:

Key Returned Description
can_pause_and_continue
boolean
success and service exists
Whether the service can be paused and unpaused.

Sample:
True
depended_by
list / elements=string
success and service exists
A list of services that depend on this service.

dependencies
list / elements=string
success and service exists
A list of services that is depended by this service.

description
string
success and service exists
The description of the service.

Sample:
Manages communication between system components.
desktop_interact
boolean
success and service exists
Whether the current user is allowed to interact with the desktop.

display_name
string
success and service exists
The display name of the installed service.

Sample:
CoreMessaging
exists
boolean
success
Whether the service exists or not.

Sample:
True
name
string
success and service exists
The service name or id of the service.

Sample:
CoreMessagingRegistrar
path
string
success and service exists
The path to the service executable.

Sample:
C:\Windows\system32\svchost.exe -k LocalServiceNoNetwork
start_mode
string
success and service exists
The startup type of the service.

Sample:
manual
state
string
success and service exists
The current running status of the service.

Sample:
stopped
username
string
success and service exists
The username that runs the service.

Sample:
LocalSystem


Authors

  • Chris Hoffman (@chrishoffman)

© 2012–2018 Michael DeHaan
© 2018–2019 Red Hat, Inc.
Licensed under the GNU General Public License version 3.
https://docs.ansible.com/ansible/2.10/collections/ansible/windows/win_service_module.html