Heketi provides a RESTful management interface that can be used to manage the life cycle of GlusterFS volumes. With Heketi, cloud services like OpenStack Manila, Kubernetes, and OpenShift can dynamically provision GlusterFS volumes with any of the supported durability types. Heketi will automatically determine the location for bricks across the cluster, making sure to place bricks and its replicas across different failure domains. Heketi also supports any number of GlusterFS clusters, allowing cloud services to provide network file storage without being limited to a single GlusterFS cluster.
The following packages have been upgraded to a later upstream version: heketi (9.0.0). (BZ#1710080)
Security Fix(es):
For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and other related information, refer to the CVE page(s) listed in the References section.
Bug Fix(es):
Previously, it was easy to inadvertently set Heketi up in an unsecured way which increased the risk of unauthorized users to make changes to the storage managed by Heketi. The default settings have changed to require users to configure authentication and to make disabling authentication unintentionally more difficult. (BZ#1701838)
Previously, when Heketi executed commands within OpenShift/Kubernetes pods, the commands were executed without a timeout specified. Hence, some commands never returned which differed from the SSH executor which always executes commands with a timeout. With this update, the commands that are executed in the gluster containers have a timeout specified. The timeout values are the same regardless of what connection type is used. (BZ#1636912)
Previously, if Heketi managed multiple clusters and it failed to create volumes on any of the clusters it would return a generic “No space” error message. With this update, error messages produced when heketi manages multiple gluster clusters have been improved. Heketi now displays specific errors for when the cluster has no nodes or none of the nodes have usable devices and also reports on each cluster’s error by prefixing cluster errors with the cluster ID. (BZ#1577803)
Previously, if operation cleanup was requested from the server simultaneously, the server would try to initiate cleanup for the same operation twice. This triggered panic in the server. With this update, the server no longer panics if two operation cleanups are requested at the same time. (BZ#1702162)
Enhancement(s):
Users of Heketi are advised to upgrade to these updated packages, which adds these enhancements and fix these bugs.
OS | Version | Architecture | Package | Version | Filename |
---|---|---|---|---|---|
RedHat | 7 | x86_64 | heketi | < 9.0.0-7.el7rhgs | heketi-9.0.0-7.el7rhgs.x86_64.rpm |
RedHat | 7 | x86_64 | heketi-client | < 9.0.0-7.el7rhgs | heketi-client-9.0.0-7.el7rhgs.x86_64.rpm |
RedHat | 7 | x86_64 | python-heketi | < 9.0.0-7.el7rhgs | python-heketi-9.0.0-7.el7rhgs.x86_64.rpm |