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