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