Navigation
Salt 0.9.3 Release Notes¶
Salt 0.9.3 is finally arrived. This is another big step forward for Salt, new
features range from proper FreeBSD support to fixing issues seen when
attaching a minion to a master over the Internet.
The biggest improvements in 0.9.3 though can be found in the state system, it
has progressed from something ready for early testers to a system ready to
compete with platforms such as Puppet and Chef. The backbone of the state
system has been greatly refined and many new features are available.
Download!¶
The Salt source can be downloaded from the salt github site:
https://github.com/downloads/saltstack/salt/salt-0.9.3.tar.gz
Or from PiPy:
http://pypi.python.org/packages/source/s/salt/salt-0.9.3.tar.gz
For instructions on how to set up Salt please see the installation
instructions.
New Features¶
WAN Support¶
Recently more people have been testing Salt minions connecting to Salt Masters
over the Internet. It was found that Minions would commonly loose their
connection to the master when working over the internet. The minions can now
detect if the connection has been lost and reconnect to the master, making
WAN connections much more reliable.
State System Fixes¶
Substantial testing has gone into the state system and it is ready for real
world usage. A great deal has been added to the documentation for states and
the modules and functions available to states have been cleanly documented.
A number of State System bugs have also been founds and repaired, the output
from the state system has also been refined to be extremely clear and concise.
Error reporting has also been introduced, issues found in sls files will now
be clearly reported when executing Salt States.
Extend Declaration¶
The Salt States have also gained the extend declaration. This declaration
allows for states to be cleanly modified in a post environment. Simply said,
if there is an apache.sls file that declares the apache service, then another
sls can include apache and then extend it:
The notable behavior with the extend functionality is that it literally extends
or overwrites a declaration set up in another sls module. This means that Salt
will behave as though the modifications were made directly to the apache sls.
This ensures that the apache service in this example is directly tied to all
requirements.
Highstate Structure Specification¶
This release comes with a clear specification of the Highstate data structure
that is used to declare Salt States. This specification explains everything
that can be declared in the Salt SLS modules.
The specification is extremely simple, and illustrates how Salt has been able
to fulfill the requirements of a central configuration manager within a simple
and easy to understand format and specification.
SheBang Renderer Switch¶
It came to our attention that having many renderers means that there may be a
situation where more than one State Renderer should be available within a
single State Tree.
The method chosen to accomplish this was something already familiar to
developers and systems administrators, a SheBang. The Python State Renderer
displays this new capability.
Python State Renderer¶
Until now Salt States could only be declared in yaml or json using jinja or
mako. A new, very powerful, renderer has been added, making it possible to
write Salt States in pure python:
This renderer is used by making a run function that returns the Highstate data
structure. Any capabilities of python can be used in pure python sls modules.
This example of a pure python sls module is the same as this example in yaml:
FreeBSD Support¶
Additional support has been added for FreeBSD, this is Salt’s first branch out
of the Linux world and proves the viability of Salt on non-Linux platforms.
Salt remote execution already worked on FreeBSD, and should work without issue
on any Unix-like platform. But this support comes in the form of package
management and user support, so Salt States also work on FreeBSD now.
The new freebsdpkg module provides package management support for FreeBSD
and the new pw_user and pw_group provide user and group management.
Module and State Additions¶
Cron Support¶
Support for managing the system crontab has been added, declaring a cron state
can be done easily:
File State Additions¶
The file state has been given a number of new features, primarily the
directory, recurse, symlink and absent functions.
Make sure that a directory exists and has the right permissions.
Make a symlink.
The recurse state function will recursively download a directory on the
master file server and place it on the minion. Any change in the files on
the master will be pushed to the minion. The recuse function is very
powerful and has been tested by pushing out the full Linux kernel source.
Make sure that the file is not on the system, recursively delets
directories, files and symlinks.
Sysctl Module and State¶
The sysctl module and state allows for sysctl components in the kernel to be
managed easily. the sysctl module contains the following functions:
The sysctl state allows for sysctl parameters to be assigned:
Kernel Module Management¶
A module for managing Linux kernel modules has been added. The new functions
are as follows:
The kmod state can enforce modules be either present or absent:
Ssh Authorized Keys¶
The ssh_auth state can distribute ssh authorized keys out to minions. Ssh
authorized keys can be present or absent.
Table Of Contents
Quick search
Enter search terms or a module, class or function name.