shield Release v0.7.0
NOTE: Prior to 0.7.0 of SHIELD, the fs
plugin had a nasty bug that would manifest if you had more than one fs
-based backup (target or store) configured on the same agent. Users are advised to upgrade to 0.7.0 if they wish to make use of filesystem-based backups!
Improvements
-
The CLI now displays the store / target / schedule / retention
policy names, alongside UUIDs in the Job creation TUI forms.
Fixes #195. -
shield show tasks
now honors the--limit
parameter, so you
don't have to look at all the tasks. Fixes #164. -
shield backend
now prints the currently selected backend.
Fixes #194 -
Both the Web UI and the CLI now lowercase plugin names before
submitting them to the Rest API. Fixes #156 -
The
postgres
plugin once again allows users to customize the path
to postgres binaries via thepg_bindir
target configuration parameter.NOTE This re-introduces a feature that was previously removed, using
the same configuration. Take care to insure that any targets you have
configured are no longer specifying this key, as it was ignored until now.
If it is specified, ensure that it is the correct value, or remove it, if
it is unneeded. If it is specified and is an invalid value, your postgres
backups will start to fail after upgrading. -
Releases should now include both the SHIELD CLI (built for
various platforms) and also the server components, available as a
tarball for different platforms / architectures. This tarball
contains:shield-schema
,shield-agent
andshieldd
, all
supported plugins, and the static assets for the SHIELD Web UI
(in webui/). Fixes #217 -
Backup and Restore operations now bail out if no data is
detected on the input side of the stream. That is, if a backup
plugin misbehaves and doesn't send any data to be backed up, the
job will fail. Likewise, if a restore doesn't pull any data
back from the remote store, the operation fails. This is
considered a good thing.
Bug Fixes
- Dropdowns on the Job Edit Form now remember the values the Job
had before you opened the form. Fixes #173 - The
mysql
plugin can now be used to backup and restore all
databases. Fixes #211 - The
fs
plugin just plain didn't work; it would happily write
to the (regular) file /dev/st0, but not to standard output.
Similarly, on restore, it would read from /dev/st0, not standard
input. This caused our testing (one fs-based backup) to pass,
but didn't work out so well in the real world. Mitigations have
been put in place to ensure that plugins send backup data to the
store plugin. - The
fs
plugin now creates the base directory if it does not
already exist, allowing for complete restore from a backup.