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