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