]> git.proxmox.com Git - mirror_qemu.git/blob - qapi/block-export.json
Merge tag 'm68k-pull-2023-12-22' of https://gitlab.com/huth/qemu into staging
[mirror_qemu.git] / qapi / block-export.json
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 }