<div dir="ltr">Dear LINSTOR on Kubernetes users,<br> <br>We just released Linstor Operator 1.5.0 together with Linstor CSI 0.13.0.<br> <br>This release contains a new and exciting feature: Monitoring via Prometheus. With the help of the new drbd-reactor project, we can export metrics related to DRBD from each satellite. If you are already using the Prometheus Operator the Linstor Operator will even configure the ServiceMonitor resource to start fetching metrics. For more information, take a look at the updated user guide. <a href="https://linbit.com/drbd-user-guide/linstor-guide-1_0-en/#s-kubernetes-monitoring">[1]</a><br> <br>Behind the scenes, we cleaned up the labels applied to generated resources. Unless you have other services targeting Pods or configs created by Linstor Operator, this change should be completely transparent. It might take a bit longer for the upgrade to complete, as Deployments need to be deleted and recreated by the Operator instead of simply patched.<br> <br>Finally, the operator also defaults to the latest versions of DRBD 9.0 and Linstor.<br> <br>On the CSI front, this release contains mostly bug fixes. One new feature is the possibility to set any Linstor property in a storage class by using the &quot;<a href="http://property.linstor.csi.linbit.com">property.linstor.csi.linbit.com</a>&quot; prefix in parameters. <a href="https://linbit.com/drbd-user-guide/linstor-guide-1_0-en/#s-kubernetes-storage-class-properties">[2]</a><br> <br>Unfortunately, the introduction of monitoring makes it necessary to upgrade the LinstorSatelliteSet CRD. This is not included in the normal upgrade path, and requires you to run these steps before the actual upgrade:<br> <br>$ helm repo update<br>$ helm pull linstor/linstor --untar<br>$ kubectl replace -f linstor/crds/<br> <br>After this step is done, the usual procedure applies:<br> <br>$ helm upgrade linstor-op linstor/linstor -f orig.yaml<br> <br>For more information, please take a look at the upgrade guide. <a href="https://linbit.com/drbd-user-guide/linstor-guide-1_0-en/#s-kubernetes-upgrade">[3]</a><br> <br>Best regards,<br>Moritz<br> <br>[1]: <a href="https://linbit.com/drbd-user-guide/linstor-guide-1_0-en/#s-kubernetes-monitoring">https://linbit.com/drbd-user-guide/linstor-guide-1_0-en/#s-kubernetes-monitoring</a><br>[2]: <a href="https://linbit.com/drbd-user-guide/linstor-guide-1_0-en/#s-kubernetes-storage-class-properties">https://linbit.com/drbd-user-guide/linstor-guide-1_0-en/#s-kubernetes-storage-class-properties</a><br>[3]: <a href="https://linbit.com/drbd-user-guide/linstor-guide-1_0-en/#s-kubernetes-upgrade">https://linbit.com/drbd-user-guide/linstor-guide-1_0-en/#s-kubernetes-upgrade</a><br> <br>Linstor Operator Changelog<br>--------------------------<br> <br>Added:<br>- All operator-managed workloads apply recommended labels. This requires the recreation of Deployments and DaemonSets<br>  on upgrade. This is automatically handled by the operator, however any customizations applied to the deployments<br>  not managed by the operator will be reverted in the process.<br>- Use drbd-reactor to expose Prometheus endpoints on each satellite.<br>- Configure `ServiceMonitor` resources if they are supported by the cluster (i.e. prometheus operator is configured)<br> <br>Changed:<br>- CSI Nodes no longer use `hostNetwork: true`. The pods already got the correct hostname via the downwardAPI and do not<br>  talk to DRBD&#39;s netlink interface directly.<br>- External: CSI snapshotter subchart now packages `v1` CRDs. Fixes deprecation warnings when installing<br>  the snapshot controller.<br>- Default images:<br>  * Linstor Server v1.12.3<br>  * Linstor CSI v0.13.0<br>  * DRBD v9.0.29<br>   <br>Linstor CSI Driver<br>------------------<br>Added:<br>- Allow setting arbitrary properties using a parameter prefixed with the `<a href="http://property.linstor.csi.linbit.com">property.linstor.csi.linbit.com</a>` namespace.<br> <br>Changed:<br>- Generate a resource group name if non was provided. The name is generated based on the provided parameters. Since<br>  storage classes are immutable, volumes provisioned using the same storage class will always receive the same<br>  resource group name.<br> <br>Removed:<br>- Resource groups no longer update existing properties or remove additional properties if they not set in the storage<br>  class. A resource group is immutable from the linstor-csi&#39;s point of view.<br> <br>Fixed:<br>- Failed snapshots are now cleaned up and retried properly. This mitigates an issue whereby the snapshot failed for<br>  one reason or other, but the snapshot controller contiously polls it for &quot;completion&quot;.<br></div>