ansible.windows.win_service – Manage and query Windows services

From Get docs
Ansible/docs/2.10/collections/ansible/windows/win service module


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

  • 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

  • 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

  • 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

  • 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

  • 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

  • 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

  • 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

  • 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

  • auto
  • delayed
  • disabled
  • manual

Set the startup type for the service.

A newly created service will default to auto.

state

string

  • 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

  • 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