2023.2 Series Release Notes¶
0.0.0¶
New Features¶
Added variables
systemd_run_dir
andsystemd_lock_dir
that allows to control run and lock path for directories that will be used by systemd services. Variables should not include service name since it will be added by default at the end of the provided path. These variables could be also defined as keys insidesystemd_services
and this will have prescedence over default behaviour.
Default run path for systemd services has been changed to
/run
and lock path to/run/lock
.
Added systemd_overrides and systemd_overrides_only keys to the systemd_services dictionary. With help of the systemd_overrides you can define systemd native overrides, which will be placed in /etc/systemd/system/service_name.service.d/overrides. systemd_overrides_only shows that no service_name.service should not be created and create only overrides.
Now you can define
execstartpres
andexecstopposts
keys for the systemd_services structure. They will allow to define pre-start and post-stop service executables and must be defined as lists.
Added sockets key to configure systemd-sockets for the systemd service.
Allow to create templated services Now for systemd_services you are allowed to provide template_arguments, which can contain a list of arguments with which templated services would be created.
Deprecation Notes¶
In order to follow ansible naming conventions for variables, following variables were renamed:
systemd_TimeoutSec -> systemd_service_timeout_sec
systemd_Restart -> systemd_service_restart
systemd_RestartSec -> systemd_service_restart_sec
systemd_CPUAccounting -> systemd_service_cpu_accounting
systemd_BlockIOAccounting -> systemd_service_block_io_accounting
systemd_MemoryAccounting -> systemd_service_memory_accounting
systemd_TasksAccounting -> systemd_service_tasks_accounting
systemd_PrivateTmp -> systemd_service_private_tmp
systemd_PrivateDevices -> systemd_service_private_devices
systemd_PrivateNetwork -> systemd_service_private_network
systemd_PrivateUsers -> systemd_service_private_users
Old variable names were kept for backwards compatibility but will be removed in next releases. It is highly adviced to use new variable names in your deployments.
Variable
systemd_lock_path
has been dropped and has no effect now. In order to customize lock dir path please usesystemd_lock_dir
. Please keep in mind, that forsystemd_lock_dir
you don’t need to provide full path like it was withsystemd_lock_path
since service name is added to the end of the path.