Project: lxd (Runtime / Container Runtime)
File: api-extensions.md

The changes below were introduced to the Incus API after the 1.0 API was finalized. They are all backward compatible and can be detected by client tools by looking at the `api_extensions` field in `GET /1.0`. A `storage.zfsremovesnapshots` daemon configuration key was introduced. It's a Boolean that defaults to `false` and that when set to `true` instructs Incus to remove any needed snapshot when attempting to restore another. This is needed as ZFS will only let you restore the latest snapshot. A `boot.hostshutdowntimeout` container configuration key was introduced. It's an integer which indicates how long Incus should wait for the container to stop before killing it. Its value is only used on clean Incus daemon shutdown. It defaults to 30s. A `boot.stop.priority` container configuration key was introduced. It's an integer which indicates the priority of a container during shutdown. Containers will shutdown starting with the highest priority level. Containers with the same priority will shutdown in parallel. It defaults to 0. A number of new syscalls related container configuration keys were introduced. `security.syscalls.blacklist_default` <!-- wokeignore:rule=blacklist --> `security.syscalls.blacklist_compat` <!-- wokeignore:rule=blacklist --> `security.syscalls.blacklist` <!-- wokeignore:rule=blacklist --> `security.syscalls.whitelist` <!-- wokeignore:rule=whitelist --> See for how to use them. This indicates support for PKI authentication mode. In this mode, the client and server both must use certificates issued by the same PKI. See for details. A `lastusedat` field was added to the `GET /1.0/containers/<name>` endpoint. It is a timestamp of the last time the container was started. If a container has been created but not started yet, `lastusedat` field will be `1970-01-01T00:00:00Z` Add support for the ETag header on all relevant endpoints. This adds the following HTTP header on answers to GET: ETag (SHA-256 of user modifiable content) And adds support for the following HTTP header on PUT requests: If-Match (ETag value retrieved through previous GET) This makes it possible to GET an Incus object, modify it and PUT it without risking to hit a race condition where Incus or another client modified the object in the meantime. Add support for the HTTP PATCH method. PATCH allows for partial update of an object in place of PUT. Add support for USB hotplug. To use Incus API with all Web Browsers (via SPAs) you must send credentials (certificate) with each XHR (in order for this to happen, you should set flag to each XHR Request). Some browsers like Firefox and Safari can't accept server response without `Access-Control-Allow-Credentials: true` header. To ensure that the server will return a response with that header, set `core.httpsallowedcredentials=true`. This adds support for a `compression_algorithm` property when creating an image (`POST /1.0/images`). Setting this property overrides the server default value (`images.compression_algorithm`). This allows for creating and listing directories via the Incus API, and exports the file type via the X-Incus-type header, which can be either `file` or `directory` right now. This adds support for retrieving CPU time for a running container. Introduces a new server property `storage.zfsuserefquota` which instructs Incus to set the `refquota` property instead of `quota` when setting a size limit on a container. Incus will also then use `usedbydataset` in place of `used` when being queried about disk utilization. This effectively controls whether disk usage by snapshots should be considered as part of the container's disk space usage. Adds a new `storage.lvmmountoptions` daemon configuration option which defaults to `discard` and allows the user to set addition mount options for the file system used by the LVM LV. Network management API for Incus. This includes: Addition of the `managed` property on

entries All the network configuration options (see for details) `POST /1.0/networks` (see for details) `PUT /1.0/networks/<entry>` (see for details) `PATCH /1.0/networks/<entry>` (see for details) `DELETE /1.0/networks/<entry>` (see for details) `ipv4.address` property on `nic` type devices (when `nictype` is `bridged`) `ipv6.address` property on `nic` type devices (when `nictype` is `bridged`) `security.mac_filtering` property on `nic` type devices (when `nictype` is `bridged`) Adds a new `used_by` field to profile entries listing the containers that are using it. When a container is created in push mode, the client serves as a proxy between the source and target server. This is useful in cases where the target server is behind a NAT or firewall and cannot directly communicate with the source server and operate in pull mode. Introduces a new Boolean `record-output`, parameter to `/1.0/containers/<name>/exec` which when set to `true` and combined with with `wait-for-websocket` set to `false`, will record stdout and stderr to disk and make them available through the logs interface. The URL to the recorded output is included in the operation metadata once the command is done running. That output will expire similarly to other log files, typically after 48 hours. Adds the following to the REST API: ETag header on GET of a certificate PUT of certificate entries PATCH of certificate entries Adds support `/1.0/containers/<name>/exec` for forwarding signals sent to the client to the processes executing in the container. Currently SIGTERM and SIGHUP are forwarded. Further signals that can be forwarded might be added later. Enables adding GPUs to a container. Introduces a new `image` configuration key space. Read-only, includes the properties of the parent image. Transfer progress is now exported as part of the operation, on both sending and receiving ends. This shows up as a `fs_progress` attribute in the operation metadata. Enables setting the `security.idmap.isolated` and `security.idmap.isolated`, `security.idmap.size`, and `raw.id_map` fields. Add two new keys, `ipv4.firewall` and `ipv6.firewall` which if set to `false` will turn off the generation of `iptables` FORWARDING rules. NAT rules will still be added so long as the matching `ipv4.nat` or `ipv6.nat` key is set to `true`. Rules necessary for `dnsmasq` to work (DHCP/DNS) will always be applied if `dnsmasq` is enabled on the bridge. Introduces `ipv4.routes` and `ipv6.routes` which allow routing additional subnets to an Incus bridge. Storage management API for Incus. This includes: `GET /1.0/storage-pools` `POST /1.0/storage-pools` (see for details) `GET /1.0/storage-pools/<name>` (see for details) `POST /1.0/storage-pools/<name>` (see for details) `PUT /1.0/storage-pools/<name>` (see for details) `PATCH /1.0/storage-pools/<name>` (see for details) `DELETE /1.0/storage-pools/<name>` (see for details) `GET /1.0/storage-pools/<name>/volumes` (see for details) `GET /1.0/storage-pools/<name>/volumes/<volume_type>` (see for details) `POST /1.0/storage-pools/<name>/volumes/<volume_type>` (see for details) `GET /1.0/storage-pools/<pool>/volumes/<volume_type>/<name>` (see for details) `POST /1.0/storage-pools/<pool>/volumes/<volume_type>/<name>` (see for details) `PUT /1.0/storage-pools/<pool>/volumes/<volume_type>/<name>` (see for details) `PATCH /1.0/storage-pools/<pool>/volumes/<volume_type>/<name>` (see for details) `DELETE /1.0/storage-pools/<pool>/volumes/<volume_type>/<name>` (see for details) All storage configuration options (see for details) Implements `DELETE` in `/1.0/containers/<name>/files` Implements the `X-Incus-write` header which can be one of `overwrite` or `append`. Introduces `ipv4.dhcp.expiry` and `ipv6.dhcp.expiry` allowing to set the DHCP lease expiry time. Introduces the ability to rename a volume group by setting `storage.lvm.vg_name`. Introduces the ability to rename a thin pool name by setting `storage.thinpool_name`. This adds a new `vlan` property to `macvlan` network devices. When set, this will instruct Incus to attach to the specified VLAN. Incus will look for an existing interface for that VLAN on the host. If one can't be found it will create one itself and then use that as the macvlan parent. Adds a new `aliases` field to `POST /1.0/images` allowing for aliases to be set at image creation/import

This introduces a new `live` attribute in `POST /1.0/containers/<name>`. Setting it to `false` tells Incus not to attempt running state transfer. Introduces a new Boolean `container_only` attribute. When set to `true` only the container will be copied or moved. Introduces a new Boolean `storagezfsclone_copy` property for ZFS storage pools. When set to `false` copying a container will be done through `zfs send` and receive. This will make the target container independent of its source container thus avoiding the need to keep dependent snapshots in the ZFS pool around. However, this also entails less efficient storage usage for the affected pool. The default value for this property is `true`, i.e. space-efficient snapshots will be used unless explicitly set to `false`. Introduces the ability to rename the `unix-block`/`unix-char` device inside container by setting `path`, and the `source` attribute is added to specify the device on host. If `source` is set without a `path`, we should assume that `path` will be the same as `source`. If `path` is set without `source` and `major`/`minor` isn't set, we should assume that `source` will be the same as `path`. So at least one of them must be set. When `rsync` has to be invoked to transfer storage entities setting `rsync.bwlimit` places an upper limit on the amount of socket I/O allowed. This introduces a new `tunnel.NAME.interface` option for networks. This key control what host network interface is used for a VXLAN tunnel. This introduces the `btrfs.mount_options` property for Btrfs storage pools. This key controls what mount options will be used for the Btrfs storage pool. This adds descriptions to entities like containers, snapshots, networks, storage pools and volumes. This allows forcing a refresh for an existing image. This introduces the ability to resize logical volumes by setting the `size` property in the containers root disk device. This introduces a new `security.idmap.base` allowing the user to skip the map auto-selection process for isolated containers and specify what host UID/GID to use as the base. This adds support for transferring symlinks through the file API. X-Incus-type can now be `symlink` with the request content being the target path. This adds the `target` field to `POST /1.0/containers/<name>` which can be used to have the source Incus host connect to the target during migration. Allows use of `vlan` property with `physical` network devices. When set, this will instruct Incus to attach to the specified VLAN on the `parent` interface. Incus will look for an existing interface for that `parent` and VLAN on the host. If one can't be found it will create one itself. Then, Incus will directly attach this interface to the container. This enabled the storage API to delete storage volumes for images from a specific storage pool. This adds support for editing a container `metadata.yaml` and related templates via API, by accessing URLs under `/1.0/containers/<name>/metadata`. It can be used to edit a container before publishing an image from it. This enables migrating stateful container snapshots to new containers. This adds a Ceph storage driver. This adds the ability to specify the Ceph user. This adds the `instance_type` field to the container creation request. Its value is expanded to Incus resource limits. This records the actual source passed to Incus during storage pool creation. This introduces the `ceph.osd.force_reuse` property for the Ceph storage driver. When set to `true` Incus will reuse an OSD storage pool that is already in use by another Incus instance. This adds support for Btrfs as a storage volume file system, in addition to `ext4` and

This adds support for querying an Incus daemon for the system resources it has available. This adds support for setting process limits such as maximum number of open files for the container via `nofile`. The format is `limits.kernel.[limit name]`. This adds support for renaming custom storage volumes. This adds support for SR-IOV enabled network devices. This adds support to interact with the container console device and console log. A new `security.guestapi` container configuration key was introduced. The key controls whether the `/dev/incus` interface is made available to the container. If set to `false`, this effectively prevents the container from interacting with the Incus daemon. This adds support for optimized memory transfer during live migration. This adds support to use InfiniBand network devices. This adds a WebSocket API to the `/dev/incus` socket. When connecting to `/1.0/events` over the `/dev/incus` socket, you will now be getting a stream of events over WebSocket. This adds a new `proxy` device type to containers, allowing forwarding of connections between the host and container. Introduces a new `ipv4.dhcp.gateway` network configuration key to set an alternate gateway. This makes it possible to retrieve symlinks using the file API. Adds a new `/1.0/networks/NAME/leases` API endpoint to query the lease database on bridges which run an Incus-managed DHCP server. This adds support for the `required` property for Unix devices. This add the ability to copy and move custom storage volumes locally in the same and between storage pools. Adds a `description` field to all operations. Clustering API for Incus. This includes the following new endpoints (see for details): `GET /1.0/cluster` `UPDATE /1.0/cluster` `GET /1.0/cluster/members` `GET /1.0/cluster/members/<name>` `POST /1.0/cluster/members/<name>` `DELETE /1.0/cluster/members/<name>` The following existing endpoints have been modified: `POST /1.0/containers` accepts a new `target` query parameter `POST /1.0/storage-pools` accepts a new `target` query parameter `GET /1.0/storage-pool/<name>` accepts a new `target` query parameter `POST /1.0/storage-pool/<pool>/volumes/<type>` accepts a new `target` query parameter `GET /1.0/storage-pool/<pool>/volumes/<type>/<name>` accepts a new `target` query parameter `POST /1.0/storage-pool/<pool>/volumes/<type>/<name>` accepts a new `target` query parameter `PUT /1.0/storage-pool/<pool>/volumes/<type>/<name>` accepts a new `target` query parameter `PATCH /1.0/storage-pool/<pool>/volumes/<type>/<name>` accepts a new `target` query parameter `DELETE /1.0/storage-pool/<pool>/volumes/<type>/<name>` accepts a new `target` query parameter `POST /1.0/networks` accepts a new `target` query parameter `GET /1.0/networks/<name>` accepts a new `target` query parameter This adds a new `lifecycle` message type to the events API. This adds the ability to copy and move custom storage volumes between remote. Adds a `nvidia_runtime` configuration option for containers, setting this to `true` will have the NVIDIA runtime and CUDA libraries passed to the container. This adds a new `propagation` option to the disk device type, allowing the configuration of kernel mount propagation. Add container backup support. This includes the following new endpoints (see for details): `GET /1.0/containers/<name>/backups` `POST /1.0/containers/<name>/backups` `GET /1.0/containers/<name>/backups/<name>` `POST /1.0/containers/<name>/backups/<name>` `DELETE /1.0/containers/<name>/backups/<name>` `GET /1.0/containers/<name>/backups/<name>/export` The following existing endpoint has been modified: `POST /1.0/containers` accepts the new source type `backup` Adds a `security.guestapi.images` configuration option for containers which controls the availability of a `/1.0/images/FINGERPRINT/export` API over `/dev/incus`. This can be used by a container running nested Incus to access raw images from the host. This enables copying or moving containers between storage pools on the same Incus instance. Add support for both Unix sockets and abstract Unix sockets in proxy devices. They can be used by specifying the address as `unix:/path/to/unix.sock` (normal socket) or `unix:@/tmp/unix.sock` (abstract socket). Supported connections are now: `TCP <-> TCP` `UNIX <-> UNIX` `TCP <-> UNIX` `UNIX <-> TCP` Add support for UDP in proxy

Supported connections are now: `TCP <-> TCP` `UNIX <-> UNIX` `TCP <-> UNIX` `UNIX <-> TCP` `UDP <-> UDP` `TCP <-> UDP` `UNIX <-> UDP` This makes `GET /1.0/cluster` return information about which storage pools and networks are required to be created by joining nodes and which node-specific configuration keys they are required to use when creating them. Likewise the `PUT /1.0/cluster` endpoint now accepts the same format to pass information about storage pools and networks to be automatically created before attempting to join a cluster. Adds support for forwarding traffic for multiple ports. Forwarding is allowed between a range of ports if the port range is equal for source and target (for example `1.2.3.4 0-1000 -> 5.6.7.8 1000-2000`) and between a range of source ports and a single target port (for example `1.2.3.4 0-1000 -> 5.6.7.8 1000`). Adds support for retrieving a network's state. This adds the following new endpoint (see for details): `GET /1.0/networks/<name>/state` This adds support for GID, UID, and mode properties for non-abstract Unix sockets. Enables setting the `security.protection.delete` field which prevents containers from being deleted if set to `true`. Snapshots are not affected by this setting. Adds `security.uid` and `security.gid` for the proxy devices, allowing privilege dropping and effectively changing the UID/GID used for connections to Unix sockets too. This adds a new `core.debug_address` configuration option to start a debugging HTTP server. That server currently includes a `pprof` API and replaces the old `cpu-profile`, `memory-profile` and `print-goroutines` debug options. Adds a `proxy_protocol` key to the proxy device which controls the use of the HAProxy PROXY protocol header. Adds a `bridge.hwaddr` key to control the MAC address of the bridge. This adds optimized UDP/TCP proxying. If the configuration allows, proxying will be done via `iptables` instead of proxy devices. This introduces the `ipv4.nat.order` and `ipv6.nat.order` configuration keys for Incus bridges. Those keys control whether to put the Incus rules before or after any pre-existing rules in the chain. This introduces a new `recursion=2` mode for `GET /1.0/containers` which allows for the retrieval of all container structs, including the state, snapshots and backup structs. This effectively allows for to get all it needs in one query. This introduces a new `backups.compression_algorithm` configuration key which allows configuration of backup compression. This introduces a few extra configuration keys when using `nvidia.runtime` and the `libnvidia-container` library. Those keys translate pretty much directly to the matching NVIDIA container environment variables: `nvidia.driver.capabilities` => `NVIDIADRIVERCAPABILITIES` `nvidia.require.cuda` => `NVIDIAREQUIRECUDA` `nvidia.require.driver` => `NVIDIAREQUIREDRIVER` Add support for storage volume snapshots. They work like container snapshots, only for volumes. This adds the following new endpoint (see for details): `GET /1.0/storage-pools/<pool>/volumes/<type>/<name>/snapshots` `POST /1.0/storage-pools/<pool>/volumes/<type>/<name>/snapshots` `GET /1.0/storage-pools/<pool>/volumes/<type>/<volume>/snapshots/<name>` `PUT /1.0/storage-pools/<pool>/volumes/<type>/<volume>/snapshots/<name>` `POST /1.0/storage-pools/<pool>/volumes/<type>/<volume>/snapshots/<name>` `DELETE /1.0/storage-pools/<pool>/volumes/<type>/<volume>/snapshots/<name>` Introduces a new `security.unmapped` Boolean on storage volumes. Setting it to `true` will flush the current map on the volume and prevent any further idmap tracking and remapping on the volume. This can be used to share data between isolated containers after attaching it to the container which requires write access. Add a new project API, supporting creation, update and deletion of projects. Projects can hold containers, profiles or images at this point and let you get a separate view of your Incus resources by switching to it. This adds a new `tunnel.NAME.ttl` network configuration option which makes it possible to raise the TTL on VXLAN tunnels. This adds support for incremental container copy. When copying a container using the `--refresh` flag, only the missing or outdated files will be copied over. Should the target container not exist yet, a normal copy operation is

As the name implies, the `vendorid` field on USB devices attached to containers has now been made optional, allowing for all USB devices to be passed to a container (similar to what's done for GPUs). This adds support for snapshot scheduling. It introduces three new configuration keys: `snapshots.schedule`, `snapshots.schedule.stopped`, and `snapshots.pattern`. Snapshots can be created automatically up to every minute. Snapshot schedule can be configured by a comma-separated list of schedule aliases. Available aliases are `<@hourly> <@daily> <@midnight> <@weekly> <@monthly> <@annually> <@yearly> <@startup>` for instances, and `<@hourly> <@daily> <@midnight> <@weekly> <@monthly> <@annually> <@yearly>` for storage volumes. Introduces a `project` field to the container source JSON object, allowing for copy/move of containers between projects. This adds support for configuring a server network address which differs from the REST API client network address. When bootstrapping a new cluster, clients can set the new `cluster.https_address` configuration key to specify the address of the initial server. When joining a new server, clients can set the `core.https_address` configuration key of the joining server to the REST API address the joining server should listen at, and set the `server_address` key in the `PUT /1.0/cluster` API to the address the joining server should use for clustering traffic (the value of `server_address` will be automatically copied to the `cluster.https_address` configuration key of the joining server). Enable image replication across the nodes in the cluster. A new `cluster.imagesminimalreplica` configuration key was introduced can be used to specify to the minimal numbers of nodes for image replication. Enables setting the `security.protection.shift` option which prevents containers from having their file system shifted. This adds support for snapshot expiration. The task is run minutely. The configuration option `snapshots.expiry` takes an expression in the form of `1M 2H 3d 4w 5m 6y` (1 minute, 2 hours, 3 days, 4 weeks, 5 months, 6 years), however not all parts have to be used. Snapshots which are then created will be given an expiry date based on the expression. This expiry date, defined by `expires_at`, can be manually edited using the API or . Snapshots with a valid expiry date will be removed when the task in run. Expiry can be disabled by setting `expires_at` to an empty string or `0001-01-01T00:00:00Z` (zero time). This is the default if `snapshots.expiry` is not set. This adds the following new endpoint (see for details): `PUT /1.0/containers/<name>/snapshots/<name>` Adds `expires_at` to container creation, allowing for override of a snapshot's expiry at creation time. Introduces a `Location` field in the leases list. This is used when querying a cluster to show what node a particular lease was found on. Add Socket field to CPU resources in case we get out of order socket information. Add a new GPU struct to the server resources, listing all usable GPUs on the system. Shows the NUMA node for all CPUs and GPUs. Exposes the state of optional kernel features through the server environment. This introduces a new internal `volatile.idmap.current` key which is used to track the current mapping for the container. This effectively gives us: `volatile.last_state.idmap` => On-disk idmap `volatile.idmap.current` => Current kernel map `volatile.idmap.next` => Next on-disk idmap This is required to implement environments where the on-disk map isn't changed but the kernel map is (e.g. `idmapped mounts`). Expose the location of the generation of API events. This allows migrating storage volumes including their snapshots. This introduces the `ipv4.nat.address` and `ipv6.nat.address` configuration keys for Incus bridges. Those keys control the source address used for outbound traffic from the bridge. This introduces the `ipv4.routes` and `ipv6.routes` properties on `nic` type devices. This allows adding static routes on host to container's

This makes it possible to do a normal `POST /1.0/containers` to copy a container between cluster nodes with Incus internally detecting whether a migration is required. If the kernel supports `seccomp`-based syscall interception Incus can be notified by a container that a registered syscall has been performed. Incus can then decide to trigger various actions. This introduces the `lxc_features` section output from the command via the `GET /1.0` route. It outputs the result of checks for key features being present in the underlying LXC library. This introduces the `ipvlan` `nic` device type. This introduces VLAN (`vlan`) and MAC filtering (`security.mac_filtering`) support for SR-IOV devices. Add support for CephFS as a storage pool driver. This can only be used for custom volumes, images and containers should be on Ceph (RBD) instead. This introduces container IP filtering (`security.ipv4filtering` and `security.ipv6filtering`) support for `bridged` NIC devices. Rework the resources API at `/1.0/resources`, especially: CPU Fix reporting to track sockets, cores and threads Track NUMA node per core Track base and turbo frequency per socket Track current frequency per core Add CPU cache information Export the CPU architecture Show online/offline status of threads Memory Add huge-pages tracking Track memory consumption per NUMA node too GPU Split DRM information to separate struct Export device names and nodes in DRM struct Export device name and node in NVIDIA struct Add SR-IOV VF tracking Adds support for specifying `User`, `Group` and `Cwd` during `POST /1.0/containers/NAME/exec`. Adds the `security.syscalls.intercept.*` configuration keys to control what system calls will be intercepted by Incus and processed with elevated permissions. Adds the `shift` property on `disk` devices which controls the use of the `idmapped mounts` overlay. Introduces a new `security.shifted` Boolean on storage volumes. Setting it to `true` will allow multiple isolated containers to attach the same storage volume while keeping the file system writable from all of them. This makes use of `idmapped mounts` as an overlay file system. Export InfiniBand character device information (`issm`, `umad`, `uverb`) as part of the resources API. This introduces two new configuration keys `storage.images_volume` and `storage.backups_volume` to allow for a storage volume on an existing pool be used for storing the daemon-wide images and backups artifacts. This introduces the concept of instances, of which currently the only type is `container`. This introduces support for a new Type field on images, indicating what type of images they are. Extends the disk resource API struct to include: Proper detection of SATA devices (type) Device path Drive RPM Block size Firmware version Serial number This adds a new `roles` attribute to cluster entries, exposing a list of roles that the member serves in the cluster. This allows for editing of the expiry date on images. Adds a `FirmwareVersion` field to network card entries. This adds support for a `compression_algorithm` property when creating a backup (`POST /1.0/containers/<name>/backups`). Setting this property overrides the server default value (`backups.compression_algorithm`). This adds support for an optional argument (`ceph.osd.datapoolname`) when creating storage pools using Ceph RBD, when this argument is used the pool will store it's actual data in the pool specified with `datapoolname` while keeping the metadata in the pool specified by `pool_name`. Adds the `security.syscalls.intercept.mount`, `security.syscalls.intercept.mount.allowed`, and `security.syscalls.intercept.mount.shift` configuration keys to control whether and how the `mount` system call will be intercepted by Incus and processed with elevated permissions. Adds support for importing/exporting of images/backups using SquashFS file system format. This adds support for passing in raw mount options for disk devices. This introduces the `routed` `nic` device type. Adds the `security.syscalls.intercept.mount.fuse`

It can be used to redirect file-system mounts to their fuse implementation. To this end, set e.g. `security.syscalls.intercept.mount.fuse=ext4=fuse2fs`. This allows for existing a Ceph RBD or CephFS to be directly connected to an Incus container. Add virtual machine support. Allows a list of profiles to be applied to an image when launching a new container. This adds a new `architecture` attribute to cluster members which indicates a cluster member's architecture. Add a new `device_id` field in the disk entries on the resources API. This adds the ability to use LVM stripes on normal volumes and thin pool volumes. Adds a `boot.priority` property on NIC and disk devices to control the boot order. Adds support for Unix char and block device hotplugging. Adds support for filtering the result of a GET request for instances and images. Adds support for the `network` property on a NIC device to allow a NIC to be linked to a managed network. This allows it to inherit some of the network's settings and allows better validation of IP settings. Support specifying a custom values for database voters and standbys. The new `cluster.maxvoters` and `cluster.maxstandby` configuration keys were introduced to specify to the ideal number of database voter and standbys. Adds the `Firewall` property to the `ServerEnvironment` struct indicating the firewall driver being used. Introduces the ability to create a storage pool from an existing non-empty volume group. This option should be used with care, as Incus can then not guarantee that volume name conflicts won't occur with non-Incus created volumes in the same volume group. This could also potentially lead to Incus deleting a non-Incus volume should name conflicts occur. When mount syscall interception is enabled and `hugetlbfs` is specified as an allowed file system type Incus will mount a separate `hugetlbfs` instance for the container with the UID and GID mount options set to the container's root UID and GID. This ensures that processes in the container can use huge pages. This allows to limit the number of huge pages a container can use through the `hugetlb` cgroup. This means the `hugetlb` cgroup needs to be available. Note, that limiting huge pages is recommended when intercepting the mount syscall for the `hugetlbfs` file system to avoid allowing the container to exhaust the host's huge pages resources. This introduces the `ipv4.gateway` and `ipv6.gateway` NIC configuration keys that can take a value of either `auto` or `none`. The default value for the key if unspecified is `auto`. This will cause the current behavior of a default gateway being added inside the container and the same gateway address being added to the host-side interface. If the value is set to `none` then no default gateway nor will the address be added to the host-side interface. This allows multiple routed NIC devices to be added to a container. This introduces support for the `restricted` configuration key on project, which can prevent the use of security-sensitive features in a project. This allows custom volume snapshots to expiry. Expiry dates can be set individually, or by setting the `snapshots.expiry` configuration key on the parent custom volume which then automatically applies to all created snapshots. This adds support for custom volume snapshot scheduling. It introduces two new configuration keys: `snapshots.schedule` and `snapshots.pattern`. Snapshots can be created automatically up to every minute. This allows for checking client certificates trusted by the provided CA (`server.ca`). It can be enabled by setting `core.trustcacertificates` to `true`. If enabled, it will perform the check, and bypass the trusted password if

An exception will be made if the connecting client certificate is in the provided CRL (`ca.crl`). In this case, it will ask for the password. This adds a new `size` field to the output of `/1.0/instances/<name>/snapshots/<snapshot>` which represents the disk usage of the snapshot. This adds a writable endpoint for cluster members, allowing the editing of their roles. This introduces the `ipv4.hostaddress` and `ipv6.hostaddress` NIC configuration keys that can be used to control the host-side `veth` interface's IP addresses. This can be useful when using multiple routed NICs at the same time and needing a predictable next-hop address to use. This also alters the behavior of `ipv4.gateway` and `ipv6.gateway` NIC configuration keys. When they are set to `auto` the container will have its default gateway set to the value of `ipv4.hostaddress` or `ipv6.hostaddress` respectively. The default values are: `ipv4.host_address`: `169.254.0.1` `ipv6.host_address`: `fe80::1` This is backward compatible with the previous default behavior. This introduces the `ipv4.gateway` and `ipv6.gateway` NIC configuration keys that can take a value of either `auto` or `none`. The default value for the key if unspecified is `auto`. This will cause the current behavior of a default gateway being added inside the container and the same gateway address being added to the host-side interface. If the value is set to `none` then no default gateway nor will the address be added to the host-side interface. This allows multiple IPVLAN NIC devices to be added to a container. This adds USB and PCI devices to the output of `/1.0/resources`. This indicates that the `numa_node` field is now recorded per-thread rather than per core as some hardware apparently puts threads in different NUMA domains. Exposes the `die_id` information on each core. This introduces two new fields in `/1.0`, `os` and `os_version`. Those are taken from the OS-release data on the system. This introduces the `ipv4.hosttable` and `ipv6.hosttable` NIC configuration keys that can be used to add static routes for the instance's IPs to a custom policy routing table by ID. This introduces the `ipv4.hosttable` and `ipv6.hosttable` NIC configuration keys that can be used to add static routes for the instance's IPs to a custom policy routing table by ID. This introduces the `mode` NIC configuration key that can be used to switch the `ipvlan` mode into either `l2` or `l3s`. If not specified, the default value is `l3s` (which is the old behavior). In `l2` mode the `ipv4.address` and `ipv6.address` keys will accept addresses in either CIDR or singular formats. If singular format is used, the default subnet size is taken to be /24 and /64 for IPv4 and IPv6 respectively. In `l2` mode the `ipv4.gateway` and `ipv6.gateway` keys accept only a singular IP address. This adds system information to the output of `/1.0/resources`. This adds the push and relay modes to image copy. It also introduces the following new endpoint: `POST 1.0/images/<fingerprint>/export` This introduces the `dns.search` configuration option on networks. This introduces `limits.ingress`, `limits.egress` and `limits.max` for routed NICs. This introduces the `vlan` and `vlan.tagged` settings for `bridged` NICs. `vlan` specifies the non-tagged VLAN to join, and `vlan.tagged` is a comma-delimited list of tagged VLANs to join. This adds a `bridge` and `bond` section to the `/1.0/networks/NAME/state` API. Those contain additional state information relevant to those particular types. Bond: Mode Transmit hash Up delay Down delay MII frequency MII state Lower devices Bridge: ID Forward delay STP mode Default VLAN VLAN filtering Upper devices Add an `Isolated` property on CPU threads to indicate if the thread is physically `Online` but is configured not to accept

This extension indicates that `UsedBy` should now be consistent with suitable `?project=` and `?target=` when appropriate. The 5 entities that have `UsedBy` are: Profiles Projects Networks Storage pools Storage volumes This adds support for creating and attaching custom block volumes to instances. It introduces the new `--type` flag when creating custom storage volumes, and accepts the values `fs` and `block`. This extension adds a new `failure_domain` field to the `PUT /1.0/cluster/<node>` API, which can be used to set the failure domain of a node. A number of new syscalls related container configuration keys were updated. `security.syscalls.deny_default` `security.syscalls.deny_compat` `security.syscalls.deny` `security.syscalls.allow` Expose available mediated device profiles and devices in `/1.0/resources`. This extends the `/1.0/console` endpoint to take a `?type=` argument, which can be set to `console` (default) or `vga` (the new type added by this extension). When doing a `POST` to `/1.0/<instance name>/console?type=vga` the data WebSocket returned by the operation in the metadata field will be a bidirectional proxy attached to a SPICE Unix socket of the target virtual machine. Add `limits.disk` to the available project configuration keys. If set, it limits the total amount of disk space that instances volumes, custom volumes and images volumes can use in the project. Adds support for additional network type `macvlan` and adds `parent` configuration key for this network type to specify which parent interface should be used for creating NIC device interfaces on top of. Also adds `network` configuration key support for `macvlan` NICs to allow them to specify the associated network of the same type that they should use as the basis for the NIC device. Adds support for additional network type `sriov` and adds `parent` configuration key for this network type to specify which parent interface should be used for creating NIC device interfaces on top of. Also adds `network` configuration key support for `sriov` NICs to allow them to specify the associated network of the same type that they should use as the basis for the NIC device. This adds support to intercept the `bpf` syscall in containers. Specifically, it allows to manage device cgroup `bpf` programs. Adds support for additional network type `ovn` with the ability to specify a `bridge` type network as the `parent`. Introduces a new NIC device type of `ovn` which allows the `network` configuration key to specify which `ovn` type network they should connect to. Also introduces two new global configuration keys that apply to all `ovn` networks and NIC devices: `network.ovn.integration_bridge` - the OVS integration bridge to use. `network.ovn.northbound_connection` - the OVN northbound database connection string. Adds the `features.networks` configuration key to projects and the ability for a project to hold networks. Adds the `restricted.networks.uplinks` project configuration key to indicate (as a comma-delimited list) which networks the networks created inside the project can use as their uplink network. Add custom volume backup support. This includes the following new endpoints (see for details): `GET /1.0/storage-pools/<pool>/<type>/<volume>/backups` `POST /1.0/storage-pools/<pool>/<type>/<volume>/backups` `GET /1.0/storage-pools/<pool>/<type>/<volume>/backups/<name>` `POST /1.0/storage-pools/<pool>/<type>/<volume>/backups/<name>` `DELETE /1.0/storage-pools/<pool>/<type>/<volume>/backups/<name>` `GET /1.0/storage-pools/<pool>/<type>/<volume>/backups/<name>/export` The following existing endpoint has been modified: `POST /1.0/storage-pools/<pool>/<type>/<volume>` accepts the new source type `backup` Adds `Name` field to `InstanceBackupArgs` to allow specifying a different instance name when restoring a backup. Adds `Name` and `PoolName` fields to `StoragePoolVolumeBackupArgs` to allow specifying a different volume name when restoring a custom volume backup. Adds `rsync.compression` configuration key to storage pools. This key can be used to disable compression in `rsync` while migrating storage pools. Adds support for additional network type `physical` that can be used as an uplink for `ovn`

The interface specified by `parent` on the `physical` network will be connected to the `ovn` network's gateway. Adds support for `ovn` networks to use external subnets from uplink networks. Introduces the `ipv4.routes` and `ipv6.routes` setting on `physical` networks that defines the external routes allowed to be used in child OVN networks in their `ipv4.routes.external` and `ipv6.routes.external` settings. Introduces the `restricted.networks.subnets` project setting that specifies which external subnets are allowed to be used by OVN networks inside the project (if not set then all routes defined on the uplink network are allowed). Adds support for `ipv4.nat` and `ipv6.nat` settings on `ovn` networks. When creating the network if these settings are unspecified, and an equivalent IP address is being generated for the subnet, then the appropriate NAT setting will added set to `true`. If the setting is missing then the value is taken as `false`. Removes the settings `ipv4.routes.external` and `ipv6.routes.external` from `ovn` networks. The equivalent settings on the `ovn` NIC type can be used instead for this, rather than having to specify them both at the network and NIC level. This introduces the `tpm` device type. This introduces `rebase` as a value for `zfs.clone_copy` causing Incus to track down any `image` dataset in the ancestry line and then perform send/receive on top of that. This adds support for virtual GPUs. It introduces the `mdev` configuration key for GPU devices which takes a supported `mdev` type, e.g. `i915-GVTgV54`. This adds the `IOMMUGroup` field for PCI entries in the resources API. Adds the `usb_address` field to the network card entries in the resources API. Adds the `usbaddress` and `pciaddress` fields to the disk entries in the resources API. Adds `ovn.ingress_mode` setting for `physical` networks. Sets the method that OVN NIC external IPs will be advertised on uplink network. Either `l2proxy` (proxy ARP/NDP) or `routed`. Adds `ipv4.dhcp` and `ipv6.dhcp` settings for `ovn` networks. Allows DHCP (and RA for IPv6) to be disabled. Defaults to on. Adds `ipv4.routes.anycast` and `ipv6.routes.anycast` Boolean settings for `physical` networks. Defaults to `false`. Allows OVN networks using physical network as uplink to relax external subnet/route overlap detection when used with `ovn.ingress_mode=routed`. Adds `limits.instances` to the available project configuration keys. If set, it limits the total number of instances (VMs and containers) that can be used in the project. This adds a `vlan` section to the `/1.0/networks/NAME/state` API. Those contain additional state information relevant to VLAN interfaces: `lower_device` `vid` This adds the `security.port_isolation` field for bridged NIC instances. Adds the following endpoint for bulk state change (see for details): `PUT /1.0/instances` This adds an optional `gvrp` property to `macvlan` and `physical` networks, and to `ipvlan`, `macvlan`, `routed` and `physical` NIC devices. When set, this specifies whether the VLAN should be registered using GARP VLAN Registration Protocol. Defaults to `false`. This adds a `pool` field to the `POST /1.0/instances/NAME` API, allowing for easy move of an instance root disk between pools. This adds support for SR-IOV enabled GPUs. It introduces the `sriov` GPU type property. This introduces the `pci` device type. Add new `/1.0/storage-pools/POOL/volumes/VOLUME/state` API endpoint to get usage data on a volume. This adds the concept of network ACLs to API under the API endpoint prefix `/1.0/network-acls`. Add a new `migration.stateful` configuration key. This introduces the `size.state` device configuration key on `disk` devices. Adds a new `ceph.rbd.features` configuration key on storage pools to control the RBD features used for new volumes. Adds new `backups.compressionalgorithm` and `images.compressionalgorithm` configuration keys which allows configuration of backup and image compression per-project. Add new

configuration key to projects, allowing for set number of days after which an unused cached remote image will be flushed. Adds a new `restricted` property to certificates in the API as well as `projects` holding a list of project names that the certificate has access to. Adds a new `security.acls` property to OVN networks and OVN NICs, allowing Network ACLs to be applied. Adds new `images.autoupdatecached` and `images.autoupdateinterval` configuration keys which allows configuration of images auto update in projects Adds new `restricted.cluster.target` configuration key to project which prevent the user from using --target to specify what cluster member to place a workload on or the ability to move a workload between members. Adds new `images.default_architecture` global configuration key and matching per-project key which lets user tell Incus what architecture to go with when no specific one is specified as part of the image request. Adds new `security.acls.default.{in,e}gress.action` and `security.acls.default.{in,e}gress.logged` configuration keys for OVN networks and NICs. This replaces the removed ACL `default.action` and `default.logged` keys. This adds support for NVIDIA MIG. It introduces the `mig` GPU type and associated configuration keys. Adds an API endpoint to get current resource allocations in a project. Accessible at API `GET /1.0/projects/<name>/state`. Adds a new `security.acls` configuration key to `bridge` networks, allowing Network ACLs to be applied. Also adds `security.acls.default.{in,e}gress.action` and `security.acls.default.{in,e}gress.logged` configuration keys for specifying the default behavior for unmatched traffic. Warning API for Incus. This includes the following endpoints (see for details): `GET /1.0/warnings` `GET /1.0/warnings/<uuid>` `PUT /1.0/warnings/<uuid>` `DELETE /1.0/warnings/<uuid>` Adds new `restricted.backups` and `restricted.snapshots` configuration keys to project which prevents the user from creation of backups and snapshots. Adds `POST /1.0/cluster/members` API endpoint for requesting a join token used when adding new cluster members without using the trust password. Adds an editable description to the cluster members. This introduces support for `core.httpstrustedproxy` which has Incus parse a HAProxy style connection header on such connections and if present, will rewrite the request's source address to that provided by the proxy server. Adds `PUT /1.0/cluster/certificate` endpoint for updating the cluster certificate across the whole cluster This adds support for copy/move custom storage volumes between projects. This modifies the `driver` output for the `/1.0` endpoint to only include drivers which are actually supported and operational on the server (as opposed to being included in Incus but not operational on the server). This adds supported storage driver info to server environment info. Adds a new address field to `lifecycle` requestor. Add a new `USBAddress` (`usb_address`) field to `ResourcesGPUCard` (GPU entries) in the resources API. Adds `POST /1.0/cluster/members/<name>/state` endpoint for evacuating and restoring cluster members. It also adds the configuration keys `cluster.evacuate` and `volatile.evacuate.origin` for setting the evacuation method (`auto`, `stop` or `migrate`) and the origin of any migrated instance respectively. This introduces the `ipv4.nat.address` and `ipv6.nat.address` configuration keys for Incus `ovn` networks. Those keys control the source address used for outbound traffic from the OVN virtual network. These keys can only be specified when the OVN network's uplink network has `ovn.ingress_mode=routed`. This introduces support for Incus acting as a BGP router to advertise routes to `bridge` and `ovn` networks. This comes with the addition to global configuration of: `core.bgp_address` `core.bgp_asn` `core.bgp_routerid` The following network configurations keys (`bridge` and `physical`): `bgp.peers.<name>.address` `bgp.peers.<name>.asn` `bgp.peers.<name>.password` The `nexthop` configuration keys (`bridge`): `bgp.ipv4.nexthop` `bgp.ipv6.nexthop` And the following NIC-specific configuration keys (`bridged` NIC type): `ipv4.routes.external` `ipv6.routes.external` This introduces the networking address forward functionality. Allowing for `bridge` and `ovn` networks to define external IP addresses that can be forwarded to internal IP(s) inside their respective networks. Adds support for refresh during volume

This adds the received and sent errors as well as inbound and outbound dropped packets to the network counters. This adds metrics to Incus. It returns metrics of running instances using the OpenMetrics format. This includes the following endpoints: `GET /1.0/metrics` Adds a new `project` field to `POST /1.0/images` allowing for the source project to be set at image copy time. Adds new `config` property to cluster members with configurable key/value pairs. This adds network peering to allow traffic to flow between OVN networks without leaving the OVN subsystem. Adds new `linux.sysctl.*` configuration keys allowing users to modify certain kernel parameters within containers. Introduces a built-in DNS server and zones API to provide DNS records for Incus instances. This introduces the following server configuration key: `core.dns_address` The following network configuration key: `dns.zone.forward` `dns.zone.reverse.ipv4` `dns.zone.reverse.ipv6` And the following project configuration key: `restricted.networks.zones` A new REST API is also introduced to manage DNS zones: `/1.0/network-zones` (GET, POST) `/1.0/network-zones/<name>` (GET, PUT, PATCH, DELETE) Adds new `acceleration` configuration key to OVN NICs which can be used for enabling hardware offloading. It takes the values `none` or `sriov`. This adds support for renewing a client's own trust certificate. This adds a `project` field to the `POST /1.0/instances/NAME` API, allowing for easy move of an instance between projects. This adds support for moving storage volume between projects. This adds a new `cloud-init` configuration key namespace which contains the following keys: `cloud-init.vendor-data` `cloud-init.user-data` `cloud-init.network-config` It also adds a new endpoint `/1.0/devices` to `/dev/incus` which shows an instance's devices. This introduces `network.nat` as a configuration option on network zones (DNS). It defaults to the current behavior of generating records for all instances NICs but if set to `false`, it will instruct Incus to only generate records for externally reachable addresses. Adds new `database-leader` role which is assigned to cluster leader. This adds support for displaying instances from all projects. Add support for grouping cluster members. This introduces the following new endpoints: `/1.0/cluster/groups` (GET, POST) `/1.0/cluster/groups/<name>` (GET, POST, PUT, PATCH, DELETE) The following project restriction is added: `restricted.cluster.groups` Adds a new `ceph.rbd.du` Boolean on Ceph storage pools which allows disabling the use of the potentially slow `rbd du` calls. This introduces a new `recursion=1` mode for `GET /1.0/instances/{name}` which allows for the retrieval of all instance structs, including the state, snapshots and backup structs. This adds a new `security.agent.metrics` Boolean which defaults to `true`. When set to `false`, it doesn't connect to the `incus-agent` for metrics and other state information, but relies on stats from QEMU. Adds support for the new MIG UUID format used by NVIDIA `470+` drivers (for example, `MIG-74c6a31a-fde5-5c61-973b-70e12346c202`), the `MIG-` prefix can be omitted This extension supersedes old `mig.gi` and `mig.ci` parameters which are kept for compatibility with old drivers and cannot be set together. Expose the project an API event belongs to. This adds `live-migrate` as a configuration option to `cluster.evacuate`, which forces live-migration of instances during cluster evacuation. Adds `allow_inconsistent` field to instance source on `POST /1.0/instances`. If `true`, `rsync` will ignore the `Partial transfer due to vanished source files` (code 24) error when creating an instance from a copy. This adds an `ovn` section to the `/1.0/networks/NAME/state` API which contains additional state information relevant to OVN networks: chassis Adds support for filtering the result of a GET request for storage volumes. This extension adds on to the image properties to include image restrictions/host requirements. These requirements help determine the compatibility between an instance and the host system. Introduces the ability to disable zpool export when unmounting pool by setting

This extends the network zones (DNS) API to add the ability to create and manage custom records. This adds: `GET /1.0/network-zones/ZONE/records` `POST /1.0/network-zones/ZONE/records` `GET /1.0/network-zones/ZONE/records/RECORD` `PUT /1.0/network-zones/ZONE/records/RECORD` `PATCH /1.0/network-zones/ZONE/records/RECORD` `DELETE /1.0/network-zones/ZONE/records/RECORD` This adds support for listing network zones across all projects through the `all-projects` parameter on the `GET /1.0/network-zones`API. Adds ability to set the `reservation`/`refreservation` ZFS property along with `quota`/`refquota`. Adds a new `GET /1.0/networks-acls/NAME/log` API to retrieve ACL firewall logs. Introduces a new `zfs.blocksize` property for ZFS storage volumes which allows to set volume block size. This is used to detect whether Incus was fixed to output used CPU time in seconds rather than as milliseconds. Adds a `@never` option to `snapshots.schedule` which allows disabling inheritance. This adds token-based certificate addition to the trust store as a safer alternative to a trust password. It adds the `token` field to `POST /1.0/certificates`. This adds the ability to disable the `routed` NIC IP neighbor probing for availability on the parent network. Adds the `ipv4.neighborprobe` and `ipv6.neighborprobe` NIC settings. Defaulting to `true` if not specified. This adds support for `event-hub` cluster member role and the `ServerEventMode` environment field. If set to `true`, on VM start-up the `incus-agent` will apply NIC configuration to change the names and MTU of the instance NIC devices. Adds new `restricted.container.intercept` configuration key to allow usually safe system call interception options. Introduces a new `core.metrics_authentication` server configuration option to allow for the `/1.0/metrics` endpoint to be generally available without client authentication. Adds ability to copy image to a project different from the source. This adds support for listing images across all projects through the `all-projects` parameter on the `GET /1.0/images`API. Adds `allow_inconsistent` field to `POST /1.0/instances/<name>`. Set to `true` to allow inconsistent copying between cluster members. Introduces a new `ovn-chassis` cluster role which allows for specifying what cluster member should act as an OVN chassis. Adds the `security.syscalls.intercept.sched_setscheduler` to allow advanced process priority management in containers. Introduces the ability to specify the thin pool metadata volume size via `storage.thinpoolmetadatasize`. If this is not specified then the default is to let LVM pick an appropriate thin pool metadata volume size. This adds `total` field to the `GET /1.0/storage-pools/{name}/volumes/{type}/{volume}/state` API. Implements HEAD on `/1.0/instances/NAME/file`. This introduces the `instances.nic.host_name` server configuration key that can take a value of either `random` or `mac`. The default value for the key if unspecified is `random`. If it is set to random then use the random host interface names. If it's set to `mac`, then generate a name in the form `inc1122334455`. Adds ability to modify the set of profiles when image is copied. Adds the `security.syscalls.intercept.sysinfo` to allow the `sysinfo` syscall to be populated with cgroup-based resource usage information. This introduces a `mode` field to the evacuation request which allows for overriding the evacuation mode traditionally set through `cluster.evacuate`. Adds a new VPD struct to the PCI resource entries. This struct extracts vendor provided data including the full product name and additional key/value configuration pairs. Introduces a `raw.qemu.conf` configuration key to override select sections of the generated `qemu.conf`. Add support for `fscache`/`cachefilesd` on CephFS pools through a new `cephfs.fscache` configuration option. This introduces the networking load balancer functionality. Allowing `ovn` networks to define port(s) on external IP addresses that can be forwarded to one or more internal IP(s) inside their respective networks. This introduces a bidirectional `vsock` interface which allows the `incus-agent` and the Incus server to communicate better. This introduces a new `Ready` state for instances which can be set using `/dev/incus`. This introduces a new

configuration key to control the BGP hold time for a particular peer. This introduces the ability to list storage volumes from all projects. This introduces a new `incusmemoryOOMkillstotal` metric to the `/1.0/metrics` API. It reports the number of times the out of memory killer (`OOM`) has been triggered. This introduces the storage bucket API. It allows the management of S3 object storage buckets for storage pools. This updates the storage bucket API to return initial admin credentials at bucket creation time. This introduces a new `incuscpueffective_total` metric to the `/1.0/metrics` API. It reports the total number of effective CPUs. Adds the `restricted.networks.access` project configuration key to indicate (as a comma-delimited list) which networks can be accessed inside the project. If not specified, all networks are accessible (assuming it is also allowed by the `restricted.devices.nic` setting, described below). This also introduces a change whereby network access is controlled by the project's `restricted.devices.nic` setting: If `restricted.devices.nic` is set to `managed` (the default if not specified), only managed networks are accessible. If `restricted.devices.nic` is set to `allow`, all networks are accessible (dependent on the `restricted.networks.access` setting). If `restricted.devices.nic` is set to `block`, no networks are accessible. This introduces the ability to use storage buckets on local storage pools by setting the new `core.storagebucketsaddress` global configuration setting. This adds support for sending life cycle and logging events to a Loki server. It adds the following global configuration keys: `loki.api.ca_cert`: CA certificate which can be used when sending events to the Loki server `loki.api.url`: URL to the Loki server (protocol, name or IP and port) `loki.auth.username` and `loki.auth.password`: Used if Loki is behind a reverse proxy with basic authentication enabled `loki.labels`: Comma-separated list of values which are to be used as labels for Loki events. `loki.loglevel`: Minimum log level for events sent to the Loki server. `loki.types`: Types of events which are to be sent to the Loki server (`lifecycle` and/or `logging`). This adds ACME support, which allows or other ACME services to issue certificates. It adds the following global configuration keys: `acme.domain`: The domain for which the certificate should be issued. `acme.email`: The email address used for the account of the ACME service. `acme.ca_url`: The directory URL of the ACME service, defaults to `https://acme-v02.api.letsencrypt.org/directory`. It also adds the following endpoint, which is required for the HTTP-01 challenge: `/.well-known/acme-challenge/<token>` This adds internal metrics to the list of metrics. These include: Total running operations Total active warnings Daemon uptime in seconds Go memory stats Number of goroutines This adds an expiry to cluster join tokens which defaults to 3 hours, but can be changed by setting the `cluster.jointokenexpiry` configuration key. This adds an expiry to remote add join tokens. It can be set in the `core.remotetokenexpiry` configuration key, and default to no expiry. This change adds support for storing the creation date and time of storage volumes and their snapshots. This adds the `CreatedAt` field to the `StorageVolume` and `StorageVolumeSnapshot` API types. This adds CPU hotplugging for VMs. Hotplugging is disabled when using CPU pinning, because this would require hotplugging NUMA devices as well, which is not possible. This adds support for the `features.networks.zones` project feature, which changes which project network zones are associated with when they are created. Previously network zones were tied to the value of `features.networks`, meaning they were created in the same project as networks were. Now this has been decoupled from `features.networks` to allow projects that share a network in the default project (i.e those with

to have their own project level DNS zones that give a project oriented "view" of the addresses on that shared network (which only includes addresses from instances in their project). This also introduces a change to the network `dns.zone.forward` setting, which now accepts a comma-separated of DNS zone names (a maximum of one per project) in order to associate a shared network with multiple zones. No change to the `dns.zone.reverse.*` settings have been made, they still only allow a single DNS zone to be set. However the resulting zone content that is generated now includes `PTR` records covering addresses from all projects that are referencing that network via one of their forward zones. Existing projects that have `features.networks=true` will have `features.networks.zones=true` set automatically, but new projects will need to specify this explicitly. Adds a `txqueuelen` key to control the `txqueuelen` parameter of the NIC device. Adds `GET /1.0/cluster/members/<member>/state` API endpoint and associated `ClusterMemberState` API response type. Adds support for a Starlark scriptlet to be provided to Incus to allow customized logic that controls placement of new instances in a cluster. The Starlark scriptlet is provided to Incus via the new global configuration option `instances.placement.scriptlet`. Adds support for a `source.wipe` Boolean on the storage pool, indicating that Incus should wipe partition headers off the requested disk rather than potentially fail due to pre-existing file systems. This adds support for using ZFS block {spellexception}`filesystem` volumes allowing the use of different file systems on top of ZFS. This adds the following new configuration options for ZFS storage pools: `volume.zfs.block_mode` `volume.block.mount_options` `volume.block.filesystem` Adds support for instance generation ID. The VM or container generation ID will change whenever the instance's place in time moves backwards. As of now, the generation ID is only exposed through to VM type instances. This allows for the VM guest OS to reinitialize any state it needs to avoid duplicating potential state that has already occurred: `volatile.uuid.generation` This introduces a new `io.cache` property to disk devices which can be used to override the VM caching behavior. Adds support for AMD SEV (Secure Encrypted Virtualization) that can be used to encrypt the memory of a guest VM. This adds the following new configuration options for SEV encryption: `security.sev` : (bool) is SEV enabled for this VM `security.sev.policy.es` : (bool) is SEV-ES enabled for this VM `security.sev.session.dh` : (string) guest owner's `base64`-encoded Diffie-Hellman key `security.sev.session.data` : (string) guest owner's `base64`-encoded session blob This allows growing loop file backed storage pools by changing the `size` setting of the pool. This adds support for performing VM QEMU to QEMU live migration for both shared storage (clustered Ceph) and non-shared storage pools. This also adds the `CRIUTypeVMQEMU` value of `3` for the migration `CRIUType` `protobuf` field. This adds support for nesting an `ovn` NIC inside another `ovn` NIC on the same instance. This allows for an OVN logical switch port to be tunneled inside another OVN NIC using VLAN tagging. This feature is configured by specifying the parent NIC name using the `nested` property and the VLAN ID to use for tunneling with the `vlan` property. This adds support for OpenID Connect (OIDC) authentication. This adds the following new configuration keys: `oidc.issuer` `oidc.client.id` `oidc.audience` This adds the ability to set an `ovn` network into "layer 3 only" mode. This mode can be enabled at IPv4 or IPv6 level using `ipv4.l3only` and `ipv6.l3only` configuration options respectively. With this mode enabled the following changes are made to the network: The virtual router's internal port address will be configured with a single host netmask (e.g. /32 for IPv4 or /128 for

Static routes for active instance NIC addresses will be added to the virtual router. A discard route for the entire internal subnet will be added to the virtual router to prevent packets destined for inactive addresses from escaping to the uplink network. The DHCPv4 server will be configured to indicate that a netmask of 255.255.255.255 be used for instance configuration. This updates the `ovnnicacceleration` API extension. The `acceleration` configuration key for OVN NICs can now takes the value `vdpa` to support Virtual Data Path Acceleration (VDPA). This adds cluster healing which automatically evacuates offline cluster members. This adds the following new configuration key: `cluster.healing_threshold` The configuration key takes an integer, and can be disabled by setting it to 0 (default). If set, the value represents the threshold after which an offline cluster member is to be evacuated. In case the value is lower than `cluster.offline_threshold`, that value will be used instead. When the offline cluster member is evacuated, only remote-backed instances will be migrated. Local instances will be ignored as there is no way of migrating them once the cluster member is offline. This extension adds a new `total` field to `InstanceStateDisk` and `InstanceStateMemory`, both part of the instance's state API. Add current user details to the main API endpoint. This introduces: `authusername` `authusermethod` Introduce a new `security.csm` configuration key to control the use of `CSM` (Compatibility Support Module) to allow legacy operating systems to be run in Incus VMs. This extension adds the ability to rebuild an instance with the same origin image, alternate image or as empty. A new `POST /1.0/instances/<name>/rebuild?project=<project>` API endpoint has been added as well as a new CLI command . This adds the possibility to place a set of CPUs in a desired set of NUMA nodes. This adds the following new configuration key: `limits.cpu.nodes` : (string) comma-separated list of NUMA node IDs or NUMA node ID ranges to place the CPUs (chosen with a dynamic value of `limits.cpu`) in. This adds the possibility to import ISO images as custom storage volumes. This adds the `--type` flag to . This adds the possibility to list an Incus deployment's network allocations. Through the command and the `--project <PROJECT> | --all-projects` flags, you can list all the used IP addresses, hardware addresses (for instances), resource URIs and whether it uses NAT for each `instance`, `network`, `network forward` and `network load-balancer`. This implements a new `zfs.delegate` volume Boolean for volumes on a ZFS storage driver. When enabled and a suitable system is in use (requires ZFS 2.2 or higher), the ZFS dataset will be delegated to the container, allowing for its use through the `zfs` command line tool. This allows copying storage volume snapshots to and from remotes. This introduces support for the `all-projects` query parameter for the GET API calls to both `/1.0/operations` and `/1.0/operations?recursion=1`. This parameter allows bypassing the project name filter. Adds the `GET /1.0/metadata/configuration` API endpoint to retrieve the generated metadata configuration in a JSON format. The JSON structure adopts the structure ```"configs" > `ENTITY` > `ENTITYSECTION` > "keys" > [<CONFIGOPTION0>, <CONFIGOPTION_1>, ...]```. Check the list of {doc}`configuration options </config-options>` to see which configuration options are included. This introduces a syslog socket that can receive syslog formatted log messages. These can be viewed in the events API and `incus monitor`, and can be forwarded to Loki. To enable this feature, set `core.syslog_socket` to `true`. This adds the fields `Name` and `Project` to `lifecycle` events. This introduces a new per-NIC

option that works with both cgroup1 and cgroup2 unlike the deprecated `limits.network.priority` instance setting, which only worked with cgroup1. This API extension provides the capability to set initial volume configurations for instance root devices. Initial volume configurations are prefixed with `initial.` and can be specified either through profiles or directly during instance initialization using the `--device` flag. Note that these configuration are applied only at the time of instance creation and subsequent modifications have no effect on existing devices. This API extension indicates that the `/1.0/operations/{id}/wait` endpoint exists on the server. This indicates to the client that the endpoint can be used to wait for an operation to complete rather than waiting for an operation event via the `/1.0/events` endpoint. This extension adds a new image restriction, `requirements.privileged` which when `false` indicates that an image cannot be run in a privileged container. This extension adds support for copying and moving custom storage volumes within a cluster with a single API call. Calling `POST /1.0/storage-pools/<pool>/custom?target=<target>` will copy the custom volume specified in the `source` part of the request. Calling `POST /1.0/storage-pools/<pool>/custom/<volume>?target=<target>` will move the custom volume from the source, specified in the `source` part of the request, to the target. This introduces a new `io.bus` property to disk devices which can be used to override the bus the disk is attached to. This introduces the configuration keys `cephfs.createmissing`, `cephfs.osdpgnum`, `cephfs.metapool` and `cephfs.osd_pool` to be used when adding a `cephfs` storage pool to instruct Incus to create the necessary entities for the storage pool, if they do not exist. This API extension provides the ability to use flags `--profile`, `--no-profile`, `--device`, and `--config` when moving an instance between projects and/or storage pools. This introduces new server configuration keys to provide the SSL CA and client key pair to access the OVN databases. The new configuration keys are `network.ovn.cacert`, `network.ovn.clientcert` and `network.ovn.client_key`. Adds a `description` field to certificate. Adds a new `virtio-blk` value for `io.bus` on `disk` devices which allows for the attached disk to be connected to the `virtio-blk` bus. Adds a new `loki.instance` server configuration key to customize the `instance` field in Loki events. This can be used to expose the name of the cluster rather than the individual system name sending the event as that's usually already covered by the `location` field. Adds a new `start` field to the `POST /1.0/instances` API which when set to `true` will have the instance automatically start upon creation. In this scenario, the creation and startup is part of a single background operation. This introduces new options for the `cluster.evacuate` option: `stateful-stop` has the instance store its state to disk to be resume on restore. `force-stop` has the instance immediately stopped without waiting for it to shut down. This introduces a new `boot.hostshutdownaction` instance configuration key which can be used to override the default `stop` behavior on system shutdown. It supports the value `stop`, `stateful-stop` and `force-stop`. This introduces a new `agent:config` disk `source` which can be used to expose an ISO to the VM guest containing the agent and its configuration. Adds a new `LogicalRouter` field to the `NetworkStateOVN` struct which is part of the `GET /1.0/networks/NAME/state` API. This is used to get the OVN logical router name. This adds `uid`, `gid` and `mode` fields to the image metadata template entries. Add storage bucket backup support. This includes the following new endpoints (see for details): `GET /1.0/storage-pools/<pool>/buckets/<bucket>/backups` `POST /1.0/storage-pools/<pool>/buckets/<bucket>/backups` `GET /1.0/storage-pools/<pool>/buckets/<bucket>/backups/<name>` `POST /1.0/storage-pools/<pool>/buckets/<bucket>/backups/<name>` `DELETE /1.0/storage-pools/<pool>/buckets/<bucket>/backups/<name>` `GET /1.0/storage-pools/<pool>/buckets/<bucket>/backups/<name>/export` This adds a new `lvmcluster` storage driver which makes use of LVM shared VG through

With this, it's possible to have a single shared LVM pool across multiple servers so long as they all see the same backing device(s). This adds a new configuration key `security.shared` to custom block volumes. If unset or `false`, the custom block volume cannot be attached to multiple instances. This feature was added to prevent data loss which can happen when custom block volumes are attached to multiple instances at once. This adds the ability to use a signed `JSON Web Token` (`JWT`) instead of using the TLS client certificate directly. In this scenario, the client derives a `JWT` from their own TLS client certificate providing it as a `bearer` token through the `Authorization` HTTP header. The `JWT` must have the certificate's fingerprint as its `Subject` and must be signed by the client's private key. This introduces a new `oidc.claim` server configuration key which can be used to specify what OpenID Connect claim to use as the username. This adds a new configuration key `serial` for device type `usb`. Feature has been added, to make it possible to distinguish between devices with identical `vendorid` and `productid`. This adds `balanced` as a new value for `limits.cpu.nodes`. When set to `balanced`, Incus will attempt to select the least busy NUMA node at startup time for the instance, trying to keep the load spread across NUMA nodes on the system. This extension adds a new image restriction, `requirements.nesting` which when `true` indicates that an image cannot be run without nesting. Adds the concept of network integrations and initial support for OVN Interconnection. New API: `/1.0/network-integrations` (GET, POST) `/1.0/network-integrations/NAME` (GET, PUT, PATCH, DELETE, POST) Each integration is made of: name description type (only `ovn` for now) configuration `ovn.northbound_connection` (database connection string for the OVN Interconnection database) `ovn.ca_cert` (optional, SSL CA certificate for the OVN Interconnection database) `ovn.client_cert` (optional, SSL client certificate to connect to the OVN Interconnection database) `ovn.client_key` (optional, SSL client key to connect to the OVN Interconnection database) `ovn.transit.pattern` (Pongo2 template to generate the transit switch name) Those integrations attach to network peers through some new fields: `type` (`local` for current behavior, `remote` for integrations) `target_integration` (reference to the integration) This extends `limits.memory.swap` to allow for a total limit in bytes. This adds the ability for `bridge.external_interfaces` to create a parent interface using a `interface/parent/vlan` syntax. This adds support for `mirror`, `raidz1` and `raidz2` ZFS `vdev` types by extending storage `source` configuration. A `migration.stateful` configuration key was introduced. It's a Boolean flag set to true whenever the container is in a stateful mode during the start, stop, and snapshot functions. This makes it less likely for users to run into CRIU errors when copying containers to another system. This adds support for listing profiles across all projects through the `all-projects` parameter on the `GET /1.0/profiles`API. This allows the instance scriptlet to fetch a list of instances given an optional Project or Location filter. This allows the instance scriptlet to fetch a list of cluster members given an optional cluster group. This allows the instance scriptlet to fetch a project given name of a project. This adds support for stateless rules in network ACLs. This adds a `started_at` timestamp to the instance state API. This adds support for listing networks across all projects through the `all-projects` parameter on the `GET /1.0/networks`API. This adds support for listing network ACLs across all projects through the `all-projects` parameter on the `GET /1.0/network-acls`API. This adds support for listing storage buckets across all projects through the `all-projects` parameter on the `GET /1.0/storage-pools/POOL/buckets`API. Add a new Load section to the resources API.