[stork-users] Stork 0.10.0 is now available
Michael McNally
mcnally at isc.org
Thu Aug 13 22:09:11 UTC 2020
Stork 0.10.0 is a new development release of the Stork monitoring and
configuration dashboard and it can be downloaded from:
https://www.isc.org/download#Stork
Documentation for Stork is available at https://stork.readthedocs.io.
-----
# Stork 0.10.0, August 13th, 2020, Release Notes
Welcome to the Stork 0.10.0 release. This is a development release of
the Stork project, which is a modern, responsive, and scalable
dashboard for Kea and BIND 9 with a well-defined REST API interface.
The long-term goal of the project is to provide a monitoring and
management solution for BIND 9 and Kea DHCP.
The notable new features, bug fixes and changes introduced in this
version are:
1. **BIND 9 Exporter enhancements**. The Stork Agent can now export
additional statistics for BIND 9 resolver: queries by duration,
protocol used (tcp/udp) and packet sizes. #63
2. **Log viewer for Kea**. Stork is now able to retrieve list of log
files used by Kea and display the most recent entries in them. #342,
#344, #359, #349, #364
3. **Responses Per Second for Kea**. Stork now shows Responses Per
Second averaged over the short term (last 15 minutes) and the long
term (last 24 hours). This statistic is roughly equivalent to LPS
(Leases Per Second), but it has the additional benefit of recording
renewal activity and also showing responses if the server ran out of
available leases. #252, #363
4. **Stop Monitoring for Kea**. Kea's Control Agent comes
preconfigured with sockets for DHCPv4, DHCPv6 and DDNS. However, most
deployments don't deploy all three daemons. Stork can't determine
whether missing daemons died or were never deployed. Previous
versions of Stork flagged any missing daemons as a fault. There is
now a button that toggles monitoring start/stop, which is useful to
squelch monitoring for daemons not deployed. #324, #339
5. **Events for communication failures**. The events subsystem has
been expanded to record events in case of communication failure and
reestablishment. This covers communication breakdown between the CA
and Kea daemons, between the Stork Agent and the CA and between the
Stork Server and Stork Agent. #324.
6. **UI improvements**. The user interface evolution continues. The
DHCP dashboard has a dedicated link in the DHCP menu (#280), although
you still navigate to the dashboard by clicking on the Stork logo.
The machines page has additional tooltips and the style of some
tables has been updated to improve readability #112, #293.
7. **Bugfixes**. A crash when empty requests were sent to ReST API
endpoints for users and machines was fixed #310, #311, #312. A
problem with RPM upgrades was addressed. The upgrade from 0.10.0 and
beyond should work. However, the upgrade from older broken packages
can't be fully fixed as the issue is in their scripts. When upgrading
from older (0.9.0 and earlier) packages, it is recommended to
uninstall the old package first #334. Stork should now work on RHEL
and other systems running in FIPS mode. We now use the more secure
blowfish algorithm instead of the weaker md5 hash for storing Stork
passwords #356.
Please see this link for known issues: for
https://gitlab.isc.org/isc-projects/stork/-/wikis/Known-issues
## Release Model
Stork has monthly development releases on the first Wednesday of each
month (with some exceptions around holidays), although we sometimes
delay it a bit for last-minute changes.
We encourage users to test the development releases and report back
their findings on the stork-users mailing list, available at
https://lists.isc.org/mailman/listinfo/stork-users.
This text references issue numbers. For more details, visit the Stork
GitLab page at https://gitlab.isc.org/isc-projects/stork/issues.
## License
This version of Stork is released under the Mozilla Public License,
version 2.0.
https://www.mozilla.org/en-US/MPL/2.0
## Download
The easiest way to install the software is to use native deb or RPM
packages. They can be downloaded from:
https://cloudsmith.io/~isc/repos/stork/
The Stork source and PGP signature for this release may be downloaded
from:
https://downloads.isc.org/isc/stork
The signature was generated with the ISC code signing key which is
available at:
https://www.isc.org/pgpkey
ISC provides documentation in the Stork Administrator Reference
Manual. It is available on ReadTheDocs.io at
https://readthedocs.org/projects/stork/, and in source form in the
docs/ directory.
We ask users of this software to please let us know how it worked for
you and what operating system you tested on. Feel free to share your
feedback on the stork-users mailing list
(https://lists.isc.org/mailman/listinfo/stork-users). We would also
like to hear whether the documentation is adequate and accurate.
Please open tickets in the Stork GitLab project for bugs,
documentation omissions and errors, and enhancement requests. We want
to hear from you even if everything worked.
## Support
Professional support for Stork will become available once it reaches
the 1.0 milestone. Existing ISC customers that consider themselves
*very* early adopters may get involved in the development process,
including roadmap, features planning, and early testing, but the
software maturity level does not constitute a typical professional
service before the 1.0 milestone.
Free best-effort support is provided by our user community via a
mailing list. Information on all public email lists is available at
https://www.isc.org/mailinglists/. If you have any comments or
questions about working with Stork, please share them to the
stork-users list
(https://lists.isc.org/mailman/listinfo/stork-users). Bugs and
feature requests may be submitted via GitLab at
https://gitlab.isc.org/isc-projects/stork/issues.
## Changes
The following summarizes changes and important upgrades since the
Stork 0.9.0 release.
* 92 [func] godfryd
Improved presenting application status on machines page. Now,
instead of summary app status, there are presented statuses for
each daemon of given application.
(Gitlab #297, #282)
* 91 [doc] tomek
Update man pages and installation instructions.
(Gitlab #202, #266, #307)
* 90 [ui] tomek
Clarified machines page, added tooltips. Updated color scheme
to improve readability of wide tables.
(Gitlab #112, #293)
* 90 [bug] marcin
Fixed an issue with refreshing log displayed within the log
viewer.
The issue was triggered by the periodic updates of the information
about monitored apps. As a result of the updates the log file
identifiers were changing which resulted in an error message
informing that the viewed file no longer exists.
(Gitlab #364)
* 89 [func] godfryd
Changed md5 to blowfish as algorithm in hash function used to
store password in PostgreSQL database.
(Gitlab #356)
* 88 [bug] godfryd
Fixed upgrading RPM agent and server packages. There was a problem
of re-adding stork-agent and stork-server users that already exist
in case of upgrade.
(Gitlab #334)
* 87 [doc] marcin
Described Kea log viewer in the ARM.
(Gitlab #349)
* 86 [func] tmark
Added tool tip to RPS columns on DHCP dashboard.
(Gitlab #363)
* 85 [bug] marcin
Fixed regression in the log viewer functionality which removed
links
to the log files on the Kea app pages. In addition, improved
error message presentation on the log viewer pages.
(Gitlab #359)
* 84 [func] godfryd
Added stop/start monitoring button to better control which
services
are monitored. Communication failures now generate events that are
recorded in the events system. Machine view now shows events.
(Gitlab #324, #339)
* 83 [func] tmark
Added RPS (Response Per Second) statistics to DHCP Dashboard
(Gitlab #252)
* 82 [func] marcin
Viewing the tail of the remote log files is enabled in the UI.
(Gitlab #344)
* 81 [func] matthijs
Add more query details to BIND 9 exporter and Grafana dashboard:
queries by duration, which transport protocol is used, packet
sizes.
(Gitlab #63)
* 80 [func] marcin
List of loggers used by Kea server is fetched and displayed in the
Kea application tab.
(Gitlab #342)
* 79 [ui] vicky, tomek, marcin
Added explicit link to DHCP dashboard.
(Gitlab #280)
* 78 [bug] godfryd
Fixed crashes when empty requests were sent to ReST API endpoints
for users and machines.
(Gitlab #310, #311, #312)
Thank you again to everyone who assisted us in making this release
possible.
We look forward to receiving your feedback.
More information about the Stork-users
mailing list