# August 2026 (/docs/news/2026/news-08-26)



<NewsSection tags={['platform']}>
  ### srvctl CLI — metrics command added

  Host and rack metrics can now be pulled straight from the command line instead of calling the Public API directly.

  * new `metrics` command for hosts and racks
  * `--output=text` returns a paginated table (default)
  * `--output=raw` returns the raw API payload

  → [Servers.com CLI tool on GitHub](https://github.com/serverscom/srvctl)

  <Badge type="new" />

  <Tag>
    Platform
  </Tag>
</NewsSection>

<NewsSection tags={['rbs']}>
  ### Remote Block Storage volumes — publish and unpublish

  Volumes can now be disconnected from a server without deleting them, useful for automation tools (Terraform, the Kubernetes CSI driver) that separate volume creation from attachment.

  * new **Operational status** field on the volume details page (`published`, `unpublished`, `publishing`, `unpublishing`)
  * publish/unpublish available in Portal and via `POST /remote_block_storage/volumes/{volume_id}/publish` and `/unpublish` in the Public API

  *Note: publish and unpublish are only available while the volume's status is Active, and require the RbsManagement or RbsFullAccess permission.*

  → [Remote Block Storage documentation](https://www.servers.com/docs/rbs/concepts/)

  <Badge type="new" />

  <Tag>
    Remote Block Storage
  </Tag>
</NewsSection>

<NewsSection tags={['platform']}>
  ### Public API SSL certificates — Let's Encrypt support added

  Let's Encrypt certificates can now be issued directly through the API, without generating and uploading a certificate manually.

  * `POST /v1/ssl_certificates/letsencrypt` endpoint
  * RSA and ECC private keys supported
  * wildcard certificates supported

  → [SSL certificates PAPI docs](https://developers.servers.com/api-documentation/v1/#tag/SSL-Certificate/operation/CreateALetsencryptSslCertificate)

  <Badge type="new" />

  <Tag>
    Platform
  </Tag>
</NewsSection>

<NewsSection tags={['managed_kubernetes']}>
  ### Managed Kubernetes worker nodes — Debian 12 and 13 selectable

  Customers can now choose which Debian version runs on a new worker node instead of being locked to the cluster's default.

  * available when adding a worker node to a cluster running Kubernetes 1.27 or later
  * Debian 13 is preselected automatically once it has been added to the cluster model, otherwise the current version must be selected manually
  * Debian 12 shows an end-of-life notice wherever it appears as an option
  * a cluster can run nodes on different Debian versions at the same time

  → [Managed Kubernetes documentation](https://www.servers.com/docs/managed-kubernetes/concepts/)

  <Badge type="improved" />

  <Tag>
    Managed Kubernetes
  </Tag>
</NewsSection>

<NewsSection tags={['account']}>
  ### Teams — missing permission policies fixed

  Teams that appeared to have no permissions on the Access Control page now show their actual permission set.

  <Badge type="fixed" />

  <Tag>
    Account
  </Tag>
</NewsSection>