1# -*- Mode: Python -*- 2# vim: filetype=python 3 4## 5# == Block device exports 6## 7 8{ 'include': 'sockets.json' } 9{ 'include': 'block-core.json' } 10 11## 12# @NbdServerOptions: 13# 14# Keep this type consistent with the nbd-server-start arguments. The only 15# intended difference is using SocketAddress instead of SocketAddressLegacy. 16# 17# @addr: Address on which to listen. 18# @tls-creds: ID of the TLS credentials object (since 2.6). 19# @tls-authz: ID of the QAuthZ authorization object used to validate 20# the client's x509 distinguished name. This object is 21# is only resolved at time of use, so can be deleted and 22# recreated on the fly while the NBD server is active. 23# If missing, it will default to denying access (since 4.0). 24# @max-connections: The maximum number of connections to allow at the same 25# time, 0 for unlimited. Setting this to 1 also stops 26# the server from advertising multiple client support 27# (since 5.2; default: 0) 28# 29# Since: 4.2 30## 31{ 'struct': 'NbdServerOptions', 32 'data': { 'addr': 'SocketAddress', 33 '*tls-creds': 'str', 34 '*tls-authz': 'str', 35 '*max-connections': 'uint32' } } 36 37## 38# @nbd-server-start: 39# 40# Start an NBD server listening on the given host and port. Block 41# devices can then be exported using @nbd-server-add. The NBD 42# server will present them as named exports; for example, another 43# QEMU instance could refer to them as "nbd:HOST:PORT:exportname=NAME". 44# 45# Keep this type consistent with the NbdServerOptions type. The only intended 46# difference is using SocketAddressLegacy instead of SocketAddress. 47# 48# @addr: Address on which to listen. 49# @tls-creds: ID of the TLS credentials object (since 2.6). 50# @tls-authz: ID of the QAuthZ authorization object used to validate 51# the client's x509 distinguished name. This object is 52# is only resolved at time of use, so can be deleted and 53# recreated on the fly while the NBD server is active. 54# If missing, it will default to denying access (since 4.0). 55# @max-connections: The maximum number of connections to allow at the same 56# time, 0 for unlimited. Setting this to 1 also stops 57# the server from advertising multiple client support 58# (since 5.2; default: 0). 59# 60# Returns: error if the server is already running. 61# 62# Since: 1.3 63## 64{ 'command': 'nbd-server-start', 65 'data': { 'addr': 'SocketAddressLegacy', 66 '*tls-creds': 'str', 67 '*tls-authz': 'str', 68 '*max-connections': 'uint32' }, 69 'allow-preconfig': true } 70 71## 72# @BlockExportOptionsNbdBase: 73# 74# An NBD block export (common options shared between nbd-server-add and 75# the NBD branch of block-export-add). 76# 77# @name: Export name. If unspecified, the @device parameter is used as the 78# export name. (Since 2.12) 79# 80# @description: Free-form description of the export, up to 4096 bytes. 81# (Since 5.0) 82# 83# Since: 5.0 84## 85{ 'struct': 'BlockExportOptionsNbdBase', 86 'data': { '*name': 'str', '*description': 'str' } } 87 88## 89# @BlockExportOptionsNbd: 90# 91# An NBD block export (distinct options used in the NBD branch of 92# block-export-add). 93# 94# @bitmaps: Also export each of the named dirty bitmaps reachable from 95# @device, so the NBD client can use NBD_OPT_SET_META_CONTEXT with 96# the metadata context name "qemu:dirty-bitmap:BITMAP" to inspect 97# each bitmap. 98# Since 7.1 bitmap may be specified by node/name pair. 99# 100# @allocation-depth: Also export the allocation depth map for @device, so 101# the NBD client can use NBD_OPT_SET_META_CONTEXT with 102# the metadata context name "qemu:allocation-depth" to 103# inspect allocation details. (since 5.2) 104# 105# Since: 5.2 106## 107{ 'struct': 'BlockExportOptionsNbd', 108 'base': 'BlockExportOptionsNbdBase', 109 'data': { '*bitmaps': ['BlockDirtyBitmapOrStr'], 110 '*allocation-depth': 'bool' } } 111 112## 113# @BlockExportOptionsVhostUserBlk: 114# 115# A vhost-user-blk block export. 116# 117# @addr: The vhost-user socket on which to listen. Both 'unix' and 'fd' 118# SocketAddress types are supported. Passed fds must be UNIX domain 119# sockets. 120# @logical-block-size: Logical block size in bytes. Defaults to 512 bytes. 121# @num-queues: Number of request virtqueues. Must be greater than 0. Defaults 122# to 1. 123# 124# Since: 5.2 125## 126{ 'struct': 'BlockExportOptionsVhostUserBlk', 127 'data': { 'addr': 'SocketAddress', 128 '*logical-block-size': 'size', 129 '*num-queues': 'uint16'} } 130 131## 132# @FuseExportAllowOther: 133# 134# Possible allow_other modes for FUSE exports. 135# 136# @off: Do not pass allow_other as a mount option. 137# 138# @on: Pass allow_other as a mount option. 139# 140# @auto: Try mounting with allow_other first, and if that fails, retry 141# without allow_other. 142# 143# Since: 6.1 144## 145{ 'enum': 'FuseExportAllowOther', 146 'data': ['off', 'on', 'auto'] } 147 148## 149# @BlockExportOptionsFuse: 150# 151# Options for exporting a block graph node on some (file) mountpoint 152# as a raw image. 153# 154# @mountpoint: Path on which to export the block device via FUSE. 155# This must point to an existing regular file. 156# 157# @growable: Whether writes beyond the EOF should grow the block node 158# accordingly. (default: false) 159# 160# @allow-other: If this is off, only qemu's user is allowed access to 161# this export. That cannot be changed even with chmod or 162# chown. 163# Enabling this option will allow other users access to 164# the export with the FUSE mount option "allow_other". 165# Note that using allow_other as a non-root user requires 166# user_allow_other to be enabled in the global fuse.conf 167# configuration file. 168# In auto mode (the default), the FUSE export driver will 169# first attempt to mount the export with allow_other, and 170# if that fails, try again without. 171# (since 6.1; default: auto) 172# 173# Since: 6.0 174## 175{ 'struct': 'BlockExportOptionsFuse', 176 'data': { 'mountpoint': 'str', 177 '*growable': 'bool', 178 '*allow-other': 'FuseExportAllowOther' }, 179 'if': 'CONFIG_FUSE' } 180 181## 182# @BlockExportOptionsVduseBlk: 183# 184# A vduse-blk block export. 185# 186# @name: the name of VDUSE device (must be unique across the host). 187# @num-queues: the number of virtqueues. Defaults to 1. 188# @queue-size: the size of virtqueue. Defaults to 256. 189# @logical-block-size: Logical block size in bytes. Range [512, PAGE_SIZE] 190# and must be power of 2. Defaults to 512 bytes. 191# @serial: the serial number of virtio block device. Defaults to empty string. 192# 193# Since: 7.1 194## 195{ 'struct': 'BlockExportOptionsVduseBlk', 196 'data': { 'name': 'str', 197 '*num-queues': 'uint16', 198 '*queue-size': 'uint16', 199 '*logical-block-size': 'size', 200 '*serial': 'str' } } 201 202## 203# @NbdServerAddOptions: 204# 205# An NBD block export, per legacy nbd-server-add command. 206# 207# @device: The device name or node name of the node to be exported 208# 209# @writable: Whether clients should be able to write to the device via the 210# NBD connection (default false). 211# 212# @bitmap: Also export a single dirty bitmap reachable from @device, so the 213# NBD client can use NBD_OPT_SET_META_CONTEXT with the metadata 214# context name "qemu:dirty-bitmap:BITMAP" to inspect the bitmap 215# (since 4.0). 216# 217# Since: 5.0 218## 219{ 'struct': 'NbdServerAddOptions', 220 'base': 'BlockExportOptionsNbdBase', 221 'data': { 'device': 'str', 222 '*writable': 'bool', '*bitmap': 'str' } } 223 224## 225# @nbd-server-add: 226# 227# Export a block node to QEMU's embedded NBD server. 228# 229# The export name will be used as the id for the resulting block export. 230# 231# Features: 232# @deprecated: This command is deprecated. Use @block-export-add instead. 233# 234# Returns: error if the server is not running, or export with the same name 235# already exists. 236# 237# Since: 1.3 238## 239{ 'command': 'nbd-server-add', 240 'data': 'NbdServerAddOptions', 'boxed': true, 'features': ['deprecated'], 241 'allow-preconfig': true } 242 243## 244# @BlockExportRemoveMode: 245# 246# Mode for removing a block export. 247# 248# @safe: Remove export if there are no existing connections, fail otherwise. 249# 250# @hard: Drop all connections immediately and remove export. 251# 252# TODO: Potential additional modes to be added in the future: 253# 254# hide: Just hide export from new clients, leave existing connections as is. 255# Remove export after all clients are disconnected. 256# 257# soft: Hide export from new clients, answer with ESHUTDOWN for all further 258# requests from existing clients. 259# 260# Since: 2.12 261## 262{'enum': 'BlockExportRemoveMode', 'data': ['safe', 'hard']} 263 264## 265# @nbd-server-remove: 266# 267# Remove NBD export by name. 268# 269# @name: Block export id. 270# 271# @mode: Mode of command operation. See @BlockExportRemoveMode description. 272# Default is 'safe'. 273# 274# Features: 275# @deprecated: This command is deprecated. Use @block-export-del instead. 276# 277# Returns: error if 278# 279# - the server is not running 280# - export is not found 281# - mode is 'safe' and there are existing connections 282# 283# Since: 2.12 284## 285{ 'command': 'nbd-server-remove', 286 'data': {'name': 'str', '*mode': 'BlockExportRemoveMode'}, 287 'features': ['deprecated'], 288 'allow-preconfig': true } 289 290## 291# @nbd-server-stop: 292# 293# Stop QEMU's embedded NBD server, and unregister all devices previously 294# added via @nbd-server-add. 295# 296# Since: 1.3 297## 298{ 'command': 'nbd-server-stop', 299 'allow-preconfig': true } 300 301## 302# @BlockExportType: 303# 304# An enumeration of block export types 305# 306# @nbd: NBD export 307# @vhost-user-blk: vhost-user-blk export (since 5.2) 308# @fuse: FUSE export (since: 6.0) 309# @vduse-blk: vduse-blk export (since 7.1) 310# 311# Since: 4.2 312## 313{ 'enum': 'BlockExportType', 314 'data': [ 'nbd', 315 { 'name': 'vhost-user-blk', 316 'if': 'CONFIG_VHOST_USER_BLK_SERVER' }, 317 { 'name': 'fuse', 'if': 'CONFIG_FUSE' }, 318 { 'name': 'vduse-blk', 'if': 'CONFIG_VDUSE_BLK_EXPORT' } ] } 319 320## 321# @BlockExportOptions: 322# 323# Describes a block export, i.e. how single node should be exported on an 324# external interface. 325# 326# @id: A unique identifier for the block export (across all export types) 327# 328# @node-name: The node name of the block node to be exported (since: 5.2) 329# 330# @writable: True if clients should be able to write to the export 331# (default false) 332# 333# @writethrough: If true, caches are flushed after every write request to the 334# export before completion is signalled. (since: 5.2; 335# default: false) 336# 337# @iothread: The name of the iothread object where the export will run. The 338# default is to use the thread currently associated with the 339# block node. (since: 5.2) 340# 341# @fixed-iothread: True prevents the block node from being moved to another 342# thread while the export is active. If true and @iothread is 343# given, export creation fails if the block node cannot be 344# moved to the iothread. The default is false. (since: 5.2) 345# 346# Since: 4.2 347## 348{ 'union': 'BlockExportOptions', 349 'base': { 'type': 'BlockExportType', 350 'id': 'str', 351 '*fixed-iothread': 'bool', 352 '*iothread': 'str', 353 'node-name': 'str', 354 '*writable': 'bool', 355 '*writethrough': 'bool' }, 356 'discriminator': 'type', 357 'data': { 358 'nbd': 'BlockExportOptionsNbd', 359 'vhost-user-blk': { 'type': 'BlockExportOptionsVhostUserBlk', 360 'if': 'CONFIG_VHOST_USER_BLK_SERVER' }, 361 'fuse': { 'type': 'BlockExportOptionsFuse', 362 'if': 'CONFIG_FUSE' }, 363 'vduse-blk': { 'type': 'BlockExportOptionsVduseBlk', 364 'if': 'CONFIG_VDUSE_BLK_EXPORT' } 365 } } 366 367## 368# @block-export-add: 369# 370# Creates a new block export. 371# 372# Since: 5.2 373## 374{ 'command': 'block-export-add', 375 'data': 'BlockExportOptions', 'boxed': true, 376 'allow-preconfig': true } 377 378## 379# @block-export-del: 380# 381# Request to remove a block export. This drops the user's reference to the 382# export, but the export may still stay around after this command returns until 383# the shutdown of the export has completed. 384# 385# @id: Block export id. 386# 387# @mode: Mode of command operation. See @BlockExportRemoveMode description. 388# Default is 'safe'. 389# 390# Returns: Error if the export is not found or @mode is 'safe' and the export 391# is still in use (e.g. by existing client connections) 392# 393# Since: 5.2 394## 395{ 'command': 'block-export-del', 396 'data': { 'id': 'str', '*mode': 'BlockExportRemoveMode' }, 397 'allow-preconfig': true } 398 399## 400# @BLOCK_EXPORT_DELETED: 401# 402# Emitted when a block export is removed and its id can be reused. 403# 404# @id: Block export id. 405# 406# Since: 5.2 407## 408{ 'event': 'BLOCK_EXPORT_DELETED', 409 'data': { 'id': 'str' } } 410 411## 412# @BlockExportInfo: 413# 414# Information about a single block export. 415# 416# @id: The unique identifier for the block export 417# 418# @type: The block export type 419# 420# @node-name: The node name of the block node that is exported 421# 422# @shutting-down: True if the export is shutting down (e.g. after a 423# block-export-del command, but before the shutdown has 424# completed) 425# 426# Since: 5.2 427## 428{ 'struct': 'BlockExportInfo', 429 'data': { 'id': 'str', 430 'type': 'BlockExportType', 431 'node-name': 'str', 432 'shutting-down': 'bool' } } 433 434## 435# @query-block-exports: 436# 437# Returns: A list of BlockExportInfo describing all block exports 438# 439# Since: 5.2 440## 441{ 'command': 'query-block-exports', 'returns': ['BlockExportInfo'], 442 'allow-preconfig': true } 443