1# -*- Mode: Python -*- 2 3## 4# == QAPI block core definitions (vm unrelated) 5## 6 7# QAPI common definitions 8{ 'include': 'common.json' } 9 10## 11# @SnapshotInfo: 12# 13# @id: unique snapshot id 14# 15# @name: user chosen name 16# 17# @vm-state-size: size of the VM state 18# 19# @date-sec: UTC date of the snapshot in seconds 20# 21# @date-nsec: fractional part in nano seconds to be used with date-sec 22# 23# @vm-clock-sec: VM clock relative to boot in seconds 24# 25# @vm-clock-nsec: fractional part in nano seconds to be used with vm-clock-sec 26# 27# Since: 1.3 28# 29## 30{ 'struct': 'SnapshotInfo', 31 'data': { 'id': 'str', 'name': 'str', 'vm-state-size': 'int', 32 'date-sec': 'int', 'date-nsec': 'int', 33 'vm-clock-sec': 'int', 'vm-clock-nsec': 'int' } } 34 35## 36# @ImageInfoSpecificQCow2: 37# 38# @compat: compatibility level 39# 40# @lazy-refcounts: #optional on or off; only valid for compat >= 1.1 41# 42# @corrupt: #optional true if the image has been marked corrupt; only valid for 43# compat >= 1.1 (since 2.2) 44# 45# @refcount-bits: width of a refcount entry in bits (since 2.3) 46# 47# Since: 1.7 48## 49{ 'struct': 'ImageInfoSpecificQCow2', 50 'data': { 51 'compat': 'str', 52 '*lazy-refcounts': 'bool', 53 '*corrupt': 'bool', 54 'refcount-bits': 'int' 55 } } 56 57## 58# @ImageInfoSpecificVmdk: 59# 60# @create-type: The create type of VMDK image 61# 62# @cid: Content id of image 63# 64# @parent-cid: Parent VMDK image's cid 65# 66# @extents: List of extent files 67# 68# Since: 1.7 69## 70{ 'struct': 'ImageInfoSpecificVmdk', 71 'data': { 72 'create-type': 'str', 73 'cid': 'int', 74 'parent-cid': 'int', 75 'extents': ['ImageInfo'] 76 } } 77 78## 79# @ImageInfoSpecific: 80# 81# A discriminated record of image format specific information structures. 82# 83# Since: 1.7 84## 85{ 'union': 'ImageInfoSpecific', 86 'data': { 87 'qcow2': 'ImageInfoSpecificQCow2', 88 'vmdk': 'ImageInfoSpecificVmdk', 89 # If we need to add block driver specific parameters for 90 # LUKS in future, then we'll subclass QCryptoBlockInfoLUKS 91 # to define a ImageInfoSpecificLUKS 92 'luks': 'QCryptoBlockInfoLUKS' 93 } } 94 95## 96# @ImageInfo: 97# 98# Information about a QEMU image file 99# 100# @filename: name of the image file 101# 102# @format: format of the image file 103# 104# @virtual-size: maximum capacity in bytes of the image 105# 106# @actual-size: #optional actual size on disk in bytes of the image 107# 108# @dirty-flag: #optional true if image is not cleanly closed 109# 110# @cluster-size: #optional size of a cluster in bytes 111# 112# @encrypted: #optional true if the image is encrypted 113# 114# @compressed: #optional true if the image is compressed (Since 1.7) 115# 116# @backing-filename: #optional name of the backing file 117# 118# @full-backing-filename: #optional full path of the backing file 119# 120# @backing-filename-format: #optional the format of the backing file 121# 122# @snapshots: #optional list of VM snapshots 123# 124# @backing-image: #optional info of the backing image (since 1.6) 125# 126# @format-specific: #optional structure supplying additional format-specific 127# information (since 1.7) 128# 129# Since: 1.3 130# 131## 132{ 'struct': 'ImageInfo', 133 'data': {'filename': 'str', 'format': 'str', '*dirty-flag': 'bool', 134 '*actual-size': 'int', 'virtual-size': 'int', 135 '*cluster-size': 'int', '*encrypted': 'bool', '*compressed': 'bool', 136 '*backing-filename': 'str', '*full-backing-filename': 'str', 137 '*backing-filename-format': 'str', '*snapshots': ['SnapshotInfo'], 138 '*backing-image': 'ImageInfo', 139 '*format-specific': 'ImageInfoSpecific' } } 140 141## 142# @ImageCheck: 143# 144# Information about a QEMU image file check 145# 146# @filename: name of the image file checked 147# 148# @format: format of the image file checked 149# 150# @check-errors: number of unexpected errors occurred during check 151# 152# @image-end-offset: #optional offset (in bytes) where the image ends, this 153# field is present if the driver for the image format 154# supports it 155# 156# @corruptions: #optional number of corruptions found during the check if any 157# 158# @leaks: #optional number of leaks found during the check if any 159# 160# @corruptions-fixed: #optional number of corruptions fixed during the check 161# if any 162# 163# @leaks-fixed: #optional number of leaks fixed during the check if any 164# 165# @total-clusters: #optional total number of clusters, this field is present 166# if the driver for the image format supports it 167# 168# @allocated-clusters: #optional total number of allocated clusters, this 169# field is present if the driver for the image format 170# supports it 171# 172# @fragmented-clusters: #optional total number of fragmented clusters, this 173# field is present if the driver for the image format 174# supports it 175# 176# @compressed-clusters: #optional total number of compressed clusters, this 177# field is present if the driver for the image format 178# supports it 179# 180# Since: 1.4 181# 182## 183{ 'struct': 'ImageCheck', 184 'data': {'filename': 'str', 'format': 'str', 'check-errors': 'int', 185 '*image-end-offset': 'int', '*corruptions': 'int', '*leaks': 'int', 186 '*corruptions-fixed': 'int', '*leaks-fixed': 'int', 187 '*total-clusters': 'int', '*allocated-clusters': 'int', 188 '*fragmented-clusters': 'int', '*compressed-clusters': 'int' } } 189 190## 191# @MapEntry: 192# 193# Mapping information from a virtual block range to a host file range 194# 195# @start: the start byte of the mapped virtual range 196# 197# @length: the number of bytes of the mapped virtual range 198# 199# @data: whether the mapped range has data 200# 201# @zero: whether the virtual blocks are zeroed 202# 203# @depth: the depth of the mapping 204# 205# @offset: #optional the offset in file that the virtual sectors are mapped to 206# 207# @filename: #optional filename that is referred to by @offset 208# 209# Since: 2.6 210# 211## 212{ 'struct': 'MapEntry', 213 'data': {'start': 'int', 'length': 'int', 'data': 'bool', 214 'zero': 'bool', 'depth': 'int', '*offset': 'int', 215 '*filename': 'str' } } 216 217## 218# @BlockdevCacheInfo: 219# 220# Cache mode information for a block device 221# 222# @writeback: true if writeback mode is enabled 223# @direct: true if the host page cache is bypassed (O_DIRECT) 224# @no-flush: true if flush requests are ignored for the device 225# 226# Since: 2.3 227## 228{ 'struct': 'BlockdevCacheInfo', 229 'data': { 'writeback': 'bool', 230 'direct': 'bool', 231 'no-flush': 'bool' } } 232 233## 234# @BlockDeviceInfo: 235# 236# Information about the backing device for a block device. 237# 238# @file: the filename of the backing device 239# 240# @node-name: #optional the name of the block driver node (Since 2.0) 241# 242# @ro: true if the backing device was open read-only 243# 244# @drv: the name of the block format used to open the backing device. As of 245# 0.14.0 this can be: 'blkdebug', 'bochs', 'cloop', 'cow', 'dmg', 246# 'file', 'file', 'ftp', 'ftps', 'host_cdrom', 'host_device', 247# 'http', 'https', 'luks', 'nbd', 'parallels', 'qcow', 248# 'qcow2', 'raw', 'vdi', 'vmdk', 'vpc', 'vvfat' 249# 2.2: 'archipelago' added, 'cow' dropped 250# 2.3: 'host_floppy' deprecated 251# 2.5: 'host_floppy' dropped 252# 2.6: 'luks' added 253# 2.8: 'replication' added, 'tftp' dropped 254# 255# @backing_file: #optional the name of the backing file (for copy-on-write) 256# 257# @backing_file_depth: number of files in the backing file chain (since: 1.2) 258# 259# @encrypted: true if the backing device is encrypted 260# 261# @encryption_key_missing: true if the backing device is encrypted but an 262# valid encryption key is missing 263# 264# @detect_zeroes: detect and optimize zero writes (Since 2.1) 265# 266# @bps: total throughput limit in bytes per second is specified 267# 268# @bps_rd: read throughput limit in bytes per second is specified 269# 270# @bps_wr: write throughput limit in bytes per second is specified 271# 272# @iops: total I/O operations per second is specified 273# 274# @iops_rd: read I/O operations per second is specified 275# 276# @iops_wr: write I/O operations per second is specified 277# 278# @image: the info of image used (since: 1.6) 279# 280# @bps_max: #optional total throughput limit during bursts, 281# in bytes (Since 1.7) 282# 283# @bps_rd_max: #optional read throughput limit during bursts, 284# in bytes (Since 1.7) 285# 286# @bps_wr_max: #optional write throughput limit during bursts, 287# in bytes (Since 1.7) 288# 289# @iops_max: #optional total I/O operations per second during bursts, 290# in bytes (Since 1.7) 291# 292# @iops_rd_max: #optional read I/O operations per second during bursts, 293# in bytes (Since 1.7) 294# 295# @iops_wr_max: #optional write I/O operations per second during bursts, 296# in bytes (Since 1.7) 297# 298# @bps_max_length: #optional maximum length of the @bps_max burst 299# period, in seconds. (Since 2.6) 300# 301# @bps_rd_max_length: #optional maximum length of the @bps_rd_max 302# burst period, in seconds. (Since 2.6) 303# 304# @bps_wr_max_length: #optional maximum length of the @bps_wr_max 305# burst period, in seconds. (Since 2.6) 306# 307# @iops_max_length: #optional maximum length of the @iops burst 308# period, in seconds. (Since 2.6) 309# 310# @iops_rd_max_length: #optional maximum length of the @iops_rd_max 311# burst period, in seconds. (Since 2.6) 312# 313# @iops_wr_max_length: #optional maximum length of the @iops_wr_max 314# burst period, in seconds. (Since 2.6) 315# 316# @iops_size: #optional an I/O size in bytes (Since 1.7) 317# 318# @group: #optional throttle group name (Since 2.4) 319# 320# @cache: the cache mode used for the block device (since: 2.3) 321# 322# @write_threshold: configured write threshold for the device. 323# 0 if disabled. (Since 2.3) 324# 325# Since: 0.14.0 326# 327## 328{ 'struct': 'BlockDeviceInfo', 329 'data': { 'file': 'str', '*node-name': 'str', 'ro': 'bool', 'drv': 'str', 330 '*backing_file': 'str', 'backing_file_depth': 'int', 331 'encrypted': 'bool', 'encryption_key_missing': 'bool', 332 'detect_zeroes': 'BlockdevDetectZeroesOptions', 333 'bps': 'int', 'bps_rd': 'int', 'bps_wr': 'int', 334 'iops': 'int', 'iops_rd': 'int', 'iops_wr': 'int', 335 'image': 'ImageInfo', 336 '*bps_max': 'int', '*bps_rd_max': 'int', 337 '*bps_wr_max': 'int', '*iops_max': 'int', 338 '*iops_rd_max': 'int', '*iops_wr_max': 'int', 339 '*bps_max_length': 'int', '*bps_rd_max_length': 'int', 340 '*bps_wr_max_length': 'int', '*iops_max_length': 'int', 341 '*iops_rd_max_length': 'int', '*iops_wr_max_length': 'int', 342 '*iops_size': 'int', '*group': 'str', 'cache': 'BlockdevCacheInfo', 343 'write_threshold': 'int' } } 344 345## 346# @BlockDeviceIoStatus: 347# 348# An enumeration of block device I/O status. 349# 350# @ok: The last I/O operation has succeeded 351# 352# @failed: The last I/O operation has failed 353# 354# @nospace: The last I/O operation has failed due to a no-space condition 355# 356# Since: 1.0 357## 358{ 'enum': 'BlockDeviceIoStatus', 'data': [ 'ok', 'failed', 'nospace' ] } 359 360## 361# @BlockDeviceMapEntry: 362# 363# Entry in the metadata map of the device (returned by "qemu-img map") 364# 365# @start: Offset in the image of the first byte described by this entry 366# (in bytes) 367# 368# @length: Length of the range described by this entry (in bytes) 369# 370# @depth: Number of layers (0 = top image, 1 = top image's backing file, etc.) 371# before reaching one for which the range is allocated. The value is 372# in the range 0 to the depth of the image chain - 1. 373# 374# @zero: the sectors in this range read as zeros 375# 376# @data: reading the image will actually read data from a file (in particular, 377# if @offset is present this means that the sectors are not simply 378# preallocated, but contain actual data in raw format) 379# 380# @offset: if present, the image file stores the data for this range in 381# raw format at the given offset. 382# 383# Since: 1.7 384## 385{ 'struct': 'BlockDeviceMapEntry', 386 'data': { 'start': 'int', 'length': 'int', 'depth': 'int', 'zero': 'bool', 387 'data': 'bool', '*offset': 'int' } } 388 389## 390# @DirtyBitmapStatus: 391# 392# An enumeration of possible states that a dirty bitmap can report to the user. 393# 394# @frozen: The bitmap is currently in-use by a backup operation or block job, 395# and is immutable. 396# 397# @disabled: The bitmap is currently in-use by an internal operation and is 398# read-only. It can still be deleted. 399# 400# @active: The bitmap is actively monitoring for new writes, and can be cleared, 401# deleted, or used for backup operations. 402# 403# Since: 2.4 404## 405{ 'enum': 'DirtyBitmapStatus', 406 'data': ['active', 'disabled', 'frozen'] } 407 408## 409# @BlockDirtyInfo: 410# 411# Block dirty bitmap information. 412# 413# @name: #optional the name of the dirty bitmap (Since 2.4) 414# 415# @count: number of dirty bytes according to the dirty bitmap 416# 417# @granularity: granularity of the dirty bitmap in bytes (since 1.4) 418# 419# @status: current status of the dirty bitmap (since 2.4) 420# 421# Since: 1.3 422## 423{ 'struct': 'BlockDirtyInfo', 424 'data': {'*name': 'str', 'count': 'int', 'granularity': 'uint32', 425 'status': 'DirtyBitmapStatus'} } 426 427## 428# @BlockInfo: 429# 430# Block device information. This structure describes a virtual device and 431# the backing device associated with it. 432# 433# @device: The device name associated with the virtual device. 434# 435# @type: This field is returned only for compatibility reasons, it should 436# not be used (always returns 'unknown') 437# 438# @removable: True if the device supports removable media. 439# 440# @locked: True if the guest has locked this device from having its media 441# removed 442# 443# @tray_open: #optional True if the device's tray is open 444# (only present if it has a tray) 445# 446# @dirty-bitmaps: #optional dirty bitmaps information (only present if the 447# driver has one or more dirty bitmaps) (Since 2.0) 448# 449# @io-status: #optional @BlockDeviceIoStatus. Only present if the device 450# supports it and the VM is configured to stop on errors 451# (supported device models: virtio-blk, ide, scsi-disk) 452# 453# @inserted: #optional @BlockDeviceInfo describing the device if media is 454# present 455# 456# Since: 0.14.0 457## 458{ 'struct': 'BlockInfo', 459 'data': {'device': 'str', 'type': 'str', 'removable': 'bool', 460 'locked': 'bool', '*inserted': 'BlockDeviceInfo', 461 '*tray_open': 'bool', '*io-status': 'BlockDeviceIoStatus', 462 '*dirty-bitmaps': ['BlockDirtyInfo'] } } 463 464## 465# @query-block: 466# 467# Get a list of BlockInfo for all virtual block devices. 468# 469# Returns: a list of @BlockInfo describing each virtual block device 470# 471# Since: 0.14.0 472# 473# Example: 474# 475# -> { "execute": "query-block" } 476# <- { 477# "return":[ 478# { 479# "io-status": "ok", 480# "device":"ide0-hd0", 481# "locked":false, 482# "removable":false, 483# "inserted":{ 484# "ro":false, 485# "drv":"qcow2", 486# "encrypted":false, 487# "file":"disks/test.qcow2", 488# "backing_file_depth":1, 489# "bps":1000000, 490# "bps_rd":0, 491# "bps_wr":0, 492# "iops":1000000, 493# "iops_rd":0, 494# "iops_wr":0, 495# "bps_max": 8000000, 496# "bps_rd_max": 0, 497# "bps_wr_max": 0, 498# "iops_max": 0, 499# "iops_rd_max": 0, 500# "iops_wr_max": 0, 501# "iops_size": 0, 502# "detect_zeroes": "on", 503# "write_threshold": 0, 504# "image":{ 505# "filename":"disks/test.qcow2", 506# "format":"qcow2", 507# "virtual-size":2048000, 508# "backing_file":"base.qcow2", 509# "full-backing-filename":"disks/base.qcow2", 510# "backing-filename-format":"qcow2", 511# "snapshots":[ 512# { 513# "id": "1", 514# "name": "snapshot1", 515# "vm-state-size": 0, 516# "date-sec": 10000200, 517# "date-nsec": 12, 518# "vm-clock-sec": 206, 519# "vm-clock-nsec": 30 520# } 521# ], 522# "backing-image":{ 523# "filename":"disks/base.qcow2", 524# "format":"qcow2", 525# "virtual-size":2048000 526# } 527# } 528# }, 529# "type":"unknown" 530# }, 531# { 532# "io-status": "ok", 533# "device":"ide1-cd0", 534# "locked":false, 535# "removable":true, 536# "type":"unknown" 537# }, 538# { 539# "device":"floppy0", 540# "locked":false, 541# "removable":true, 542# "type":"unknown" 543# }, 544# { 545# "device":"sd0", 546# "locked":false, 547# "removable":true, 548# "type":"unknown" 549# } 550# ] 551# } 552# 553## 554{ 'command': 'query-block', 'returns': ['BlockInfo'] } 555 556 557## 558# @BlockDeviceTimedStats: 559# 560# Statistics of a block device during a given interval of time. 561# 562# @interval_length: Interval used for calculating the statistics, 563# in seconds. 564# 565# @min_rd_latency_ns: Minimum latency of read operations in the 566# defined interval, in nanoseconds. 567# 568# @min_wr_latency_ns: Minimum latency of write operations in the 569# defined interval, in nanoseconds. 570# 571# @min_flush_latency_ns: Minimum latency of flush operations in the 572# defined interval, in nanoseconds. 573# 574# @max_rd_latency_ns: Maximum latency of read operations in the 575# defined interval, in nanoseconds. 576# 577# @max_wr_latency_ns: Maximum latency of write operations in the 578# defined interval, in nanoseconds. 579# 580# @max_flush_latency_ns: Maximum latency of flush operations in the 581# defined interval, in nanoseconds. 582# 583# @avg_rd_latency_ns: Average latency of read operations in the 584# defined interval, in nanoseconds. 585# 586# @avg_wr_latency_ns: Average latency of write operations in the 587# defined interval, in nanoseconds. 588# 589# @avg_flush_latency_ns: Average latency of flush operations in the 590# defined interval, in nanoseconds. 591# 592# @avg_rd_queue_depth: Average number of pending read operations 593# in the defined interval. 594# 595# @avg_wr_queue_depth: Average number of pending write operations 596# in the defined interval. 597# 598# Since: 2.5 599## 600{ 'struct': 'BlockDeviceTimedStats', 601 'data': { 'interval_length': 'int', 'min_rd_latency_ns': 'int', 602 'max_rd_latency_ns': 'int', 'avg_rd_latency_ns': 'int', 603 'min_wr_latency_ns': 'int', 'max_wr_latency_ns': 'int', 604 'avg_wr_latency_ns': 'int', 'min_flush_latency_ns': 'int', 605 'max_flush_latency_ns': 'int', 'avg_flush_latency_ns': 'int', 606 'avg_rd_queue_depth': 'number', 'avg_wr_queue_depth': 'number' } } 607 608## 609# @BlockDeviceStats: 610# 611# Statistics of a virtual block device or a block backing device. 612# 613# @rd_bytes: The number of bytes read by the device. 614# 615# @wr_bytes: The number of bytes written by the device. 616# 617# @rd_operations: The number of read operations performed by the device. 618# 619# @wr_operations: The number of write operations performed by the device. 620# 621# @flush_operations: The number of cache flush operations performed by the 622# device (since 0.15.0) 623# 624# @flush_total_time_ns: Total time spend on cache flushes in nano-seconds 625# (since 0.15.0). 626# 627# @wr_total_time_ns: Total time spend on writes in nano-seconds (since 0.15.0). 628# 629# @rd_total_time_ns: Total_time_spend on reads in nano-seconds (since 0.15.0). 630# 631# @wr_highest_offset: The offset after the greatest byte written to the 632# device. The intended use of this information is for 633# growable sparse files (like qcow2) that are used on top 634# of a physical device. 635# 636# @rd_merged: Number of read requests that have been merged into another 637# request (Since 2.3). 638# 639# @wr_merged: Number of write requests that have been merged into another 640# request (Since 2.3). 641# 642# @idle_time_ns: #optional Time since the last I/O operation, in 643# nanoseconds. If the field is absent it means that 644# there haven't been any operations yet (Since 2.5). 645# 646# @failed_rd_operations: The number of failed read operations 647# performed by the device (Since 2.5) 648# 649# @failed_wr_operations: The number of failed write operations 650# performed by the device (Since 2.5) 651# 652# @failed_flush_operations: The number of failed flush operations 653# performed by the device (Since 2.5) 654# 655# @invalid_rd_operations: The number of invalid read operations 656# performed by the device (Since 2.5) 657# 658# @invalid_wr_operations: The number of invalid write operations 659# performed by the device (Since 2.5) 660# 661# @invalid_flush_operations: The number of invalid flush operations 662# performed by the device (Since 2.5) 663# 664# @account_invalid: Whether invalid operations are included in the 665# last access statistics (Since 2.5) 666# 667# @account_failed: Whether failed operations are included in the 668# latency and last access statistics (Since 2.5) 669# 670# @timed_stats: Statistics specific to the set of previously defined 671# intervals of time (Since 2.5) 672# 673# Since: 0.14.0 674## 675{ 'struct': 'BlockDeviceStats', 676 'data': {'rd_bytes': 'int', 'wr_bytes': 'int', 'rd_operations': 'int', 677 'wr_operations': 'int', 'flush_operations': 'int', 678 'flush_total_time_ns': 'int', 'wr_total_time_ns': 'int', 679 'rd_total_time_ns': 'int', 'wr_highest_offset': 'int', 680 'rd_merged': 'int', 'wr_merged': 'int', '*idle_time_ns': 'int', 681 'failed_rd_operations': 'int', 'failed_wr_operations': 'int', 682 'failed_flush_operations': 'int', 'invalid_rd_operations': 'int', 683 'invalid_wr_operations': 'int', 'invalid_flush_operations': 'int', 684 'account_invalid': 'bool', 'account_failed': 'bool', 685 'timed_stats': ['BlockDeviceTimedStats'] } } 686 687## 688# @BlockStats: 689# 690# Statistics of a virtual block device or a block backing device. 691# 692# @device: #optional If the stats are for a virtual block device, the name 693# corresponding to the virtual block device. 694# 695# @node-name: #optional The node name of the device. (Since 2.3) 696# 697# @stats: A @BlockDeviceStats for the device. 698# 699# @parent: #optional This describes the file block device if it has one. 700# Contains recursively the statistics of the underlying 701# protocol (e.g. the host file for a qcow2 image). If there is 702# no underlying protocol, this field is omitted 703# 704# @backing: #optional This describes the backing block device if it has one. 705# (Since 2.0) 706# 707# Since: 0.14.0 708## 709{ 'struct': 'BlockStats', 710 'data': {'*device': 'str', '*node-name': 'str', 711 'stats': 'BlockDeviceStats', 712 '*parent': 'BlockStats', 713 '*backing': 'BlockStats'} } 714 715## 716# @query-blockstats: 717# 718# Query the @BlockStats for all virtual block devices. 719# 720# @query-nodes: #optional If true, the command will query all the block nodes 721# that have a node name, in a list which will include "parent" 722# information, but not "backing". 723# If false or omitted, the behavior is as before - query all the 724# device backends, recursively including their "parent" and 725# "backing". (Since 2.3) 726# 727# Returns: A list of @BlockStats for each virtual block devices. 728# 729# Since: 0.14.0 730# 731# Example: 732# 733# -> { "execute": "query-blockstats" } 734# <- { 735# "return":[ 736# { 737# "device":"ide0-hd0", 738# "parent":{ 739# "stats":{ 740# "wr_highest_offset":3686448128, 741# "wr_bytes":9786368, 742# "wr_operations":751, 743# "rd_bytes":122567168, 744# "rd_operations":36772 745# "wr_total_times_ns":313253456 746# "rd_total_times_ns":3465673657 747# "flush_total_times_ns":49653 748# "flush_operations":61, 749# "rd_merged":0, 750# "wr_merged":0, 751# "idle_time_ns":2953431879, 752# "account_invalid":true, 753# "account_failed":false 754# } 755# }, 756# "stats":{ 757# "wr_highest_offset":2821110784, 758# "wr_bytes":9786368, 759# "wr_operations":692, 760# "rd_bytes":122739200, 761# "rd_operations":36604 762# "flush_operations":51, 763# "wr_total_times_ns":313253456 764# "rd_total_times_ns":3465673657 765# "flush_total_times_ns":49653, 766# "rd_merged":0, 767# "wr_merged":0, 768# "idle_time_ns":2953431879, 769# "account_invalid":true, 770# "account_failed":false 771# } 772# }, 773# { 774# "device":"ide1-cd0", 775# "stats":{ 776# "wr_highest_offset":0, 777# "wr_bytes":0, 778# "wr_operations":0, 779# "rd_bytes":0, 780# "rd_operations":0 781# "flush_operations":0, 782# "wr_total_times_ns":0 783# "rd_total_times_ns":0 784# "flush_total_times_ns":0, 785# "rd_merged":0, 786# "wr_merged":0, 787# "account_invalid":false, 788# "account_failed":false 789# } 790# }, 791# { 792# "device":"floppy0", 793# "stats":{ 794# "wr_highest_offset":0, 795# "wr_bytes":0, 796# "wr_operations":0, 797# "rd_bytes":0, 798# "rd_operations":0 799# "flush_operations":0, 800# "wr_total_times_ns":0 801# "rd_total_times_ns":0 802# "flush_total_times_ns":0, 803# "rd_merged":0, 804# "wr_merged":0, 805# "account_invalid":false, 806# "account_failed":false 807# } 808# }, 809# { 810# "device":"sd0", 811# "stats":{ 812# "wr_highest_offset":0, 813# "wr_bytes":0, 814# "wr_operations":0, 815# "rd_bytes":0, 816# "rd_operations":0 817# "flush_operations":0, 818# "wr_total_times_ns":0 819# "rd_total_times_ns":0 820# "flush_total_times_ns":0, 821# "rd_merged":0, 822# "wr_merged":0, 823# "account_invalid":false, 824# "account_failed":false 825# } 826# } 827# ] 828# } 829# 830## 831{ 'command': 'query-blockstats', 832 'data': { '*query-nodes': 'bool' }, 833 'returns': ['BlockStats'] } 834 835## 836# @BlockdevOnError: 837# 838# An enumeration of possible behaviors for errors on I/O operations. 839# The exact meaning depends on whether the I/O was initiated by a guest 840# or by a block job 841# 842# @report: for guest operations, report the error to the guest; 843# for jobs, cancel the job 844# 845# @ignore: ignore the error, only report a QMP event (BLOCK_IO_ERROR 846# or BLOCK_JOB_ERROR) 847# 848# @enospc: same as @stop on ENOSPC, same as @report otherwise. 849# 850# @stop: for guest operations, stop the virtual machine; 851# for jobs, pause the job 852# 853# @auto: inherit the error handling policy of the backend (since: 2.7) 854# 855# Since: 1.3 856## 857{ 'enum': 'BlockdevOnError', 858 'data': ['report', 'ignore', 'enospc', 'stop', 'auto'] } 859 860## 861# @MirrorSyncMode: 862# 863# An enumeration of possible behaviors for the initial synchronization 864# phase of storage mirroring. 865# 866# @top: copies data in the topmost image to the destination 867# 868# @full: copies data from all images to the destination 869# 870# @none: only copy data written from now on 871# 872# @incremental: only copy data described by the dirty bitmap. Since: 2.4 873# 874# Since: 1.3 875## 876{ 'enum': 'MirrorSyncMode', 877 'data': ['top', 'full', 'none', 'incremental'] } 878 879## 880# @BlockJobType: 881# 882# Type of a block job. 883# 884# @commit: block commit job type, see "block-commit" 885# 886# @stream: block stream job type, see "block-stream" 887# 888# @mirror: drive mirror job type, see "drive-mirror" 889# 890# @backup: drive backup job type, see "drive-backup" 891# 892# Since: 1.7 893## 894{ 'enum': 'BlockJobType', 895 'data': ['commit', 'stream', 'mirror', 'backup'] } 896 897## 898# @BlockJobInfo: 899# 900# Information about a long-running block device operation. 901# 902# @type: the job type ('stream' for image streaming) 903# 904# @device: The job identifier. Originally the device name but other 905# values are allowed since QEMU 2.7 906# 907# @len: the maximum progress value 908# 909# @busy: false if the job is known to be in a quiescent state, with 910# no pending I/O. Since 1.3. 911# 912# @paused: whether the job is paused or, if @busy is true, will 913# pause itself as soon as possible. Since 1.3. 914# 915# @offset: the current progress value 916# 917# @speed: the rate limit, bytes per second 918# 919# @io-status: the status of the job (since 1.3) 920# 921# @ready: true if the job may be completed (since 2.2) 922# 923# Since: 1.1 924## 925{ 'struct': 'BlockJobInfo', 926 'data': {'type': 'str', 'device': 'str', 'len': 'int', 927 'offset': 'int', 'busy': 'bool', 'paused': 'bool', 'speed': 'int', 928 'io-status': 'BlockDeviceIoStatus', 'ready': 'bool'} } 929 930## 931# @query-block-jobs: 932# 933# Return information about long-running block device operations. 934# 935# Returns: a list of @BlockJobInfo for each active block job 936# 937# Since: 1.1 938## 939{ 'command': 'query-block-jobs', 'returns': ['BlockJobInfo'] } 940 941## 942# @block_passwd: 943# 944# This command sets the password of a block device that has not been open 945# with a password and requires one. 946# 947# The two cases where this can happen are a block device is created through 948# QEMU's initial command line or a block device is changed through the legacy 949# @change interface. 950# 951# In the event that the block device is created through the initial command 952# line, the VM will start in the stopped state regardless of whether '-S' is 953# used. The intention is for a management tool to query the block devices to 954# determine which ones are encrypted, set the passwords with this command, and 955# then start the guest with the @cont command. 956# 957# Either @device or @node-name must be set but not both. 958# 959# @device: #optional the name of the block backend device to set the password on 960# 961# @node-name: #optional graph node name to set the password on (Since 2.0) 962# 963# @password: the password to use for the device 964# 965# Returns: nothing on success 966# If @device is not a valid block device, DeviceNotFound 967# If @device is not encrypted, DeviceNotEncrypted 968# 969# Notes: Not all block formats support encryption and some that do are not 970# able to validate that a password is correct. Disk corruption may 971# occur if an invalid password is specified. 972# 973# Since: 0.14.0 974# 975# Example: 976# 977# -> { "execute": "block_passwd", "arguments": { "device": "ide0-hd0", 978# "password": "12345" } } 979# <- { "return": {} } 980# 981## 982{ 'command': 'block_passwd', 'data': {'*device': 'str', 983 '*node-name': 'str', 'password': 'str'} } 984 985## 986# @block_resize: 987# 988# Resize a block image while a guest is running. 989# 990# Either @device or @node-name must be set but not both. 991# 992# @device: #optional the name of the device to get the image resized 993# 994# @node-name: #optional graph node name to get the image resized (Since 2.0) 995# 996# @size: new image size in bytes 997# 998# Returns: nothing on success 999# If @device is not a valid block device, DeviceNotFound 1000# 1001# Since: 0.14.0 1002# 1003# Example: 1004# 1005# -> { "execute": "block_resize", 1006# "arguments": { "device": "scratch", "size": 1073741824 } } 1007# <- { "return": {} } 1008# 1009## 1010{ 'command': 'block_resize', 'data': { '*device': 'str', 1011 '*node-name': 'str', 1012 'size': 'int' }} 1013 1014## 1015# @NewImageMode: 1016# 1017# An enumeration that tells QEMU how to set the backing file path in 1018# a new image file. 1019# 1020# @existing: QEMU should look for an existing image file. 1021# 1022# @absolute-paths: QEMU should create a new image with absolute paths 1023# for the backing file. If there is no backing file available, the new 1024# image will not be backed either. 1025# 1026# Since: 1.1 1027## 1028{ 'enum': 'NewImageMode', 1029 'data': [ 'existing', 'absolute-paths' ] } 1030 1031## 1032# @BlockdevSnapshotSync: 1033# 1034# Either @device or @node-name must be set but not both. 1035# 1036# @device: #optional the name of the device to generate the snapshot from. 1037# 1038# @node-name: #optional graph node name to generate the snapshot from (Since 2.0) 1039# 1040# @snapshot-file: the target of the new image. If the file exists, or 1041# if it is a device, the snapshot will be created in the existing 1042# file/device. Otherwise, a new file will be created. 1043# 1044# @snapshot-node-name: #optional the graph node name of the new image (Since 2.0) 1045# 1046# @format: #optional the format of the snapshot image, default is 'qcow2'. 1047# 1048# @mode: #optional whether and how QEMU should create a new image, default is 1049# 'absolute-paths'. 1050## 1051{ 'struct': 'BlockdevSnapshotSync', 1052 'data': { '*device': 'str', '*node-name': 'str', 1053 'snapshot-file': 'str', '*snapshot-node-name': 'str', 1054 '*format': 'str', '*mode': 'NewImageMode' } } 1055 1056## 1057# @BlockdevSnapshot: 1058# 1059# @node: device or node name that will have a snapshot created. 1060# 1061# @overlay: reference to the existing block device that will become 1062# the overlay of @node, as part of creating the snapshot. 1063# It must not have a current backing file (this can be 1064# achieved by passing "backing": "" to blockdev-add). 1065# 1066# Since: 2.5 1067## 1068{ 'struct': 'BlockdevSnapshot', 1069 'data': { 'node': 'str', 'overlay': 'str' } } 1070 1071## 1072# @DriveBackup: 1073# 1074# @job-id: #optional identifier for the newly-created block job. If 1075# omitted, the device name will be used. (Since 2.7) 1076# 1077# @device: the device name or node-name of a root node which should be copied. 1078# 1079# @target: the target of the new image. If the file exists, or if it 1080# is a device, the existing file/device will be used as the new 1081# destination. If it does not exist, a new file will be created. 1082# 1083# @format: #optional the format of the new destination, default is to 1084# probe if @mode is 'existing', else the format of the source 1085# 1086# @sync: what parts of the disk image should be copied to the destination 1087# (all the disk, only the sectors allocated in the topmost image, from a 1088# dirty bitmap, or only new I/O). 1089# 1090# @mode: #optional whether and how QEMU should create a new image, default is 1091# 'absolute-paths'. 1092# 1093# @speed: #optional the maximum speed, in bytes per second 1094# 1095# @bitmap: #optional the name of dirty bitmap if sync is "incremental". 1096# Must be present if sync is "incremental", must NOT be present 1097# otherwise. (Since 2.4) 1098# 1099# @compress: #optional true to compress data, if the target format supports it. 1100# (default: false) (since 2.8) 1101# 1102# @on-source-error: #optional the action to take on an error on the source, 1103# default 'report'. 'stop' and 'enospc' can only be used 1104# if the block device supports io-status (see BlockInfo). 1105# 1106# @on-target-error: #optional the action to take on an error on the target, 1107# default 'report' (no limitations, since this applies to 1108# a different block device than @device). 1109# 1110# Note: @on-source-error and @on-target-error only affect background 1111# I/O. If an error occurs during a guest write request, the device's 1112# rerror/werror actions will be used. 1113# 1114# Since: 1.6 1115## 1116{ 'struct': 'DriveBackup', 1117 'data': { '*job-id': 'str', 'device': 'str', 'target': 'str', 1118 '*format': 'str', 'sync': 'MirrorSyncMode', '*mode': 'NewImageMode', 1119 '*speed': 'int', '*bitmap': 'str', '*compress': 'bool', 1120 '*on-source-error': 'BlockdevOnError', 1121 '*on-target-error': 'BlockdevOnError' } } 1122 1123## 1124# @BlockdevBackup: 1125# 1126# @job-id: #optional identifier for the newly-created block job. If 1127# omitted, the device name will be used. (Since 2.7) 1128# 1129# @device: the device name or node-name of a root node which should be copied. 1130# 1131# @target: the device name or node-name of the backup target node. 1132# 1133# @sync: what parts of the disk image should be copied to the destination 1134# (all the disk, only the sectors allocated in the topmost image, or 1135# only new I/O). 1136# 1137# @speed: #optional the maximum speed, in bytes per second. The default is 0, 1138# for unlimited. 1139# 1140# @compress: #optional true to compress data, if the target format supports it. 1141# (default: false) (since 2.8) 1142# 1143# @on-source-error: #optional the action to take on an error on the source, 1144# default 'report'. 'stop' and 'enospc' can only be used 1145# if the block device supports io-status (see BlockInfo). 1146# 1147# @on-target-error: #optional the action to take on an error on the target, 1148# default 'report' (no limitations, since this applies to 1149# a different block device than @device). 1150# 1151# Note: @on-source-error and @on-target-error only affect background 1152# I/O. If an error occurs during a guest write request, the device's 1153# rerror/werror actions will be used. 1154# 1155# Since: 2.3 1156## 1157{ 'struct': 'BlockdevBackup', 1158 'data': { '*job-id': 'str', 'device': 'str', 'target': 'str', 1159 'sync': 'MirrorSyncMode', 1160 '*speed': 'int', 1161 '*compress': 'bool', 1162 '*on-source-error': 'BlockdevOnError', 1163 '*on-target-error': 'BlockdevOnError' } } 1164 1165## 1166# @blockdev-snapshot-sync: 1167# 1168# Generates a synchronous snapshot of a block device. 1169# 1170# For the arguments, see the documentation of BlockdevSnapshotSync. 1171# 1172# Returns: nothing on success 1173# If @device is not a valid block device, DeviceNotFound 1174# 1175# Since: 0.14.0 1176# 1177# Example: 1178# 1179# -> { "execute": "blockdev-snapshot-sync", 1180# "arguments": { "device": "ide-hd0", 1181# "snapshot-file": 1182# "/some/place/my-image", 1183# "format": "qcow2" } } 1184# <- { "return": {} } 1185# 1186## 1187{ 'command': 'blockdev-snapshot-sync', 1188 'data': 'BlockdevSnapshotSync' } 1189 1190 1191## 1192# @blockdev-snapshot: 1193# 1194# Generates a snapshot of a block device. 1195# 1196# Create a snapshot, by installing 'node' as the backing image of 1197# 'overlay'. Additionally, if 'node' is associated with a block 1198# device, the block device changes to using 'overlay' as its new active 1199# image. 1200# 1201# For the arguments, see the documentation of BlockdevSnapshot. 1202# 1203# Since: 2.5 1204# 1205# Example: 1206# 1207# -> { "execute": "blockdev-add", 1208# "arguments": { "options": { "driver": "qcow2", 1209# "node-name": "node1534", 1210# "file": { "driver": "file", 1211# "filename": "hd1.qcow2" }, 1212# "backing": "" } } } 1213# 1214# <- { "return": {} } 1215# 1216# -> { "execute": "blockdev-snapshot", 1217# "arguments": { "node": "ide-hd0", 1218# "overlay": "node1534" } } 1219# <- { "return": {} } 1220# 1221## 1222{ 'command': 'blockdev-snapshot', 1223 'data': 'BlockdevSnapshot' } 1224 1225## 1226# @change-backing-file: 1227# 1228# Change the backing file in the image file metadata. This does not 1229# cause QEMU to reopen the image file to reparse the backing filename 1230# (it may, however, perform a reopen to change permissions from 1231# r/o -> r/w -> r/o, if needed). The new backing file string is written 1232# into the image file metadata, and the QEMU internal strings are 1233# updated. 1234# 1235# @image-node-name: The name of the block driver state node of the 1236# image to modify. The "device" argument is used 1237# to verify "image-node-name" is in the chain 1238# described by "device". 1239# 1240# @device: The device name or node-name of the root node that owns 1241# image-node-name. 1242# 1243# @backing-file: The string to write as the backing file. This 1244# string is not validated, so care should be taken 1245# when specifying the string or the image chain may 1246# not be able to be reopened again. 1247# 1248# Returns: Nothing on success 1249# 1250# If "device" does not exist or cannot be determined, DeviceNotFound 1251# 1252# Since: 2.1 1253## 1254{ 'command': 'change-backing-file', 1255 'data': { 'device': 'str', 'image-node-name': 'str', 1256 'backing-file': 'str' } } 1257 1258## 1259# @block-commit: 1260# 1261# Live commit of data from overlay image nodes into backing nodes - i.e., 1262# writes data between 'top' and 'base' into 'base'. 1263# 1264# @job-id: #optional identifier for the newly-created block job. If 1265# omitted, the device name will be used. (Since 2.7) 1266# 1267# @device: the device name or node-name of a root node 1268# 1269# @base: #optional The file name of the backing image to write data into. 1270# If not specified, this is the deepest backing image. 1271# 1272# @top: #optional The file name of the backing image within the image chain, 1273# which contains the topmost data to be committed down. If 1274# not specified, this is the active layer. 1275# 1276# @backing-file: #optional The backing file string to write into the overlay 1277# image of 'top'. If 'top' is the active layer, 1278# specifying a backing file string is an error. This 1279# filename is not validated. 1280# 1281# If a pathname string is such that it cannot be 1282# resolved by QEMU, that means that subsequent QMP or 1283# HMP commands must use node-names for the image in 1284# question, as filename lookup methods will fail. 1285# 1286# If not specified, QEMU will automatically determine 1287# the backing file string to use, or error out if 1288# there is no obvious choice. Care should be taken 1289# when specifying the string, to specify a valid 1290# filename or protocol. 1291# (Since 2.1) 1292# 1293# If top == base, that is an error. 1294# If top == active, the job will not be completed by itself, 1295# user needs to complete the job with the block-job-complete 1296# command after getting the ready event. (Since 2.0) 1297# 1298# If the base image is smaller than top, then the base image 1299# will be resized to be the same size as top. If top is 1300# smaller than the base image, the base will not be 1301# truncated. If you want the base image size to match the 1302# size of the smaller top, you can safely truncate it 1303# yourself once the commit operation successfully completes. 1304# 1305# @speed: #optional the maximum speed, in bytes per second 1306# 1307# Returns: Nothing on success 1308# If commit or stream is already active on this device, DeviceInUse 1309# If @device does not exist, DeviceNotFound 1310# If image commit is not supported by this device, NotSupported 1311# If @base or @top is invalid, a generic error is returned 1312# If @speed is invalid, InvalidParameter 1313# 1314# Since: 1.3 1315# 1316# Example: 1317# 1318# -> { "execute": "block-commit", 1319# "arguments": { "device": "virtio0", 1320# "top": "/tmp/snap1.qcow2" } } 1321# <- { "return": {} } 1322# 1323## 1324{ 'command': 'block-commit', 1325 'data': { '*job-id': 'str', 'device': 'str', '*base': 'str', '*top': 'str', 1326 '*backing-file': 'str', '*speed': 'int' } } 1327 1328## 1329# @drive-backup: 1330# 1331# Start a point-in-time copy of a block device to a new destination. The 1332# status of ongoing drive-backup operations can be checked with 1333# query-block-jobs where the BlockJobInfo.type field has the value 'backup'. 1334# The operation can be stopped before it has completed using the 1335# block-job-cancel command. 1336# 1337# For the arguments, see the documentation of DriveBackup. 1338# 1339# Returns: nothing on success 1340# If @device is not a valid block device, GenericError 1341# 1342# Since: 1.6 1343# 1344# Example: 1345# 1346# -> { "execute": "drive-backup", 1347# "arguments": { "device": "drive0", 1348# "sync": "full", 1349# "target": "backup.img" } } 1350# <- { "return": {} } 1351# 1352## 1353{ 'command': 'drive-backup', 'boxed': true, 1354 'data': 'DriveBackup' } 1355 1356## 1357# @blockdev-backup: 1358# 1359# Start a point-in-time copy of a block device to a new destination. The 1360# status of ongoing blockdev-backup operations can be checked with 1361# query-block-jobs where the BlockJobInfo.type field has the value 'backup'. 1362# The operation can be stopped before it has completed using the 1363# block-job-cancel command. 1364# 1365# For the arguments, see the documentation of BlockdevBackup. 1366# 1367# Returns: nothing on success 1368# If @device is not a valid block device, DeviceNotFound 1369# 1370# Since: 2.3 1371# 1372# Example: 1373# -> { "execute": "blockdev-backup", 1374# "arguments": { "device": "src-id", 1375# "sync": "full", 1376# "target": "tgt-id" } } 1377# <- { "return": {} } 1378# 1379## 1380{ 'command': 'blockdev-backup', 'boxed': true, 1381 'data': 'BlockdevBackup' } 1382 1383 1384## 1385# @query-named-block-nodes: 1386# 1387# Get the named block driver list 1388# 1389# Returns: the list of BlockDeviceInfo 1390# 1391# Since: 2.0 1392# 1393# Example: 1394# 1395# -> { "execute": "query-named-block-nodes" } 1396# <- { "return": [ { "ro":false, 1397# "drv":"qcow2", 1398# "encrypted":false, 1399# "file":"disks/test.qcow2", 1400# "node-name": "my-node", 1401# "backing_file_depth":1, 1402# "bps":1000000, 1403# "bps_rd":0, 1404# "bps_wr":0, 1405# "iops":1000000, 1406# "iops_rd":0, 1407# "iops_wr":0, 1408# "bps_max": 8000000, 1409# "bps_rd_max": 0, 1410# "bps_wr_max": 0, 1411# "iops_max": 0, 1412# "iops_rd_max": 0, 1413# "iops_wr_max": 0, 1414# "iops_size": 0, 1415# "write_threshold": 0, 1416# "image":{ 1417# "filename":"disks/test.qcow2", 1418# "format":"qcow2", 1419# "virtual-size":2048000, 1420# "backing_file":"base.qcow2", 1421# "full-backing-filename":"disks/base.qcow2", 1422# "backing-filename-format":"qcow2", 1423# "snapshots":[ 1424# { 1425# "id": "1", 1426# "name": "snapshot1", 1427# "vm-state-size": 0, 1428# "date-sec": 10000200, 1429# "date-nsec": 12, 1430# "vm-clock-sec": 206, 1431# "vm-clock-nsec": 30 1432# } 1433# ], 1434# "backing-image":{ 1435# "filename":"disks/base.qcow2", 1436# "format":"qcow2", 1437# "virtual-size":2048000 1438# } 1439# } } ] } 1440# 1441## 1442{ 'command': 'query-named-block-nodes', 'returns': [ 'BlockDeviceInfo' ] } 1443 1444## 1445# @drive-mirror: 1446# 1447# Start mirroring a block device's writes to a new destination. target 1448# specifies the target of the new image. If the file exists, or if it 1449# is a device, it will be used as the new destination for writes. If 1450# it does not exist, a new file will be created. format specifies the 1451# format of the mirror image, default is to probe if mode='existing', 1452# else the format of the source. 1453# 1454# See DriveMirror for parameter descriptions 1455# 1456# Returns: nothing on success 1457# If @device is not a valid block device, GenericError 1458# 1459# Since: 1.3 1460# 1461# Example: 1462# 1463# -> { "execute": "drive-mirror", 1464# "arguments": { "device": "ide-hd0", 1465# "target": "/some/place/my-image", 1466# "sync": "full", 1467# "format": "qcow2" } } 1468# <- { "return": {} } 1469# 1470## 1471{ 'command': 'drive-mirror', 'boxed': true, 1472 'data': 'DriveMirror' } 1473 1474## 1475# @DriveMirror: 1476# 1477# A set of parameters describing drive mirror setup. 1478# 1479# @job-id: #optional identifier for the newly-created block job. If 1480# omitted, the device name will be used. (Since 2.7) 1481# 1482# @device: the device name or node-name of a root node whose writes should be 1483# mirrored. 1484# 1485# @target: the target of the new image. If the file exists, or if it 1486# is a device, the existing file/device will be used as the new 1487# destination. If it does not exist, a new file will be created. 1488# 1489# @format: #optional the format of the new destination, default is to 1490# probe if @mode is 'existing', else the format of the source 1491# 1492# @node-name: #optional the new block driver state node name in the graph 1493# (Since 2.1) 1494# 1495# @replaces: #optional with sync=full graph node name to be replaced by the new 1496# image when a whole image copy is done. This can be used to repair 1497# broken Quorum files. (Since 2.1) 1498# 1499# @mode: #optional whether and how QEMU should create a new image, default is 1500# 'absolute-paths'. 1501# 1502# @speed: #optional the maximum speed, in bytes per second 1503# 1504# @sync: what parts of the disk image should be copied to the destination 1505# (all the disk, only the sectors allocated in the topmost image, or 1506# only new I/O). 1507# 1508# @granularity: #optional granularity of the dirty bitmap, default is 64K 1509# if the image format doesn't have clusters, 4K if the clusters 1510# are smaller than that, else the cluster size. Must be a 1511# power of 2 between 512 and 64M (since 1.4). 1512# 1513# @buf-size: #optional maximum amount of data in flight from source to 1514# target (since 1.4). 1515# 1516# @on-source-error: #optional the action to take on an error on the source, 1517# default 'report'. 'stop' and 'enospc' can only be used 1518# if the block device supports io-status (see BlockInfo). 1519# 1520# @on-target-error: #optional the action to take on an error on the target, 1521# default 'report' (no limitations, since this applies to 1522# a different block device than @device). 1523# @unmap: #optional Whether to try to unmap target sectors where source has 1524# only zero. If true, and target unallocated sectors will read as zero, 1525# target image sectors will be unmapped; otherwise, zeroes will be 1526# written. Both will result in identical contents. 1527# Default is true. (Since 2.4) 1528# 1529# Since: 1.3 1530## 1531{ 'struct': 'DriveMirror', 1532 'data': { '*job-id': 'str', 'device': 'str', 'target': 'str', 1533 '*format': 'str', '*node-name': 'str', '*replaces': 'str', 1534 'sync': 'MirrorSyncMode', '*mode': 'NewImageMode', 1535 '*speed': 'int', '*granularity': 'uint32', 1536 '*buf-size': 'int', '*on-source-error': 'BlockdevOnError', 1537 '*on-target-error': 'BlockdevOnError', 1538 '*unmap': 'bool' } } 1539 1540## 1541# @BlockDirtyBitmap: 1542# 1543# @node: name of device/node which the bitmap is tracking 1544# 1545# @name: name of the dirty bitmap 1546# 1547# Since: 2.4 1548## 1549{ 'struct': 'BlockDirtyBitmap', 1550 'data': { 'node': 'str', 'name': 'str' } } 1551 1552## 1553# @BlockDirtyBitmapAdd: 1554# 1555# @node: name of device/node which the bitmap is tracking 1556# 1557# @name: name of the dirty bitmap 1558# 1559# @granularity: #optional the bitmap granularity, default is 64k for 1560# block-dirty-bitmap-add 1561# 1562# Since: 2.4 1563## 1564{ 'struct': 'BlockDirtyBitmapAdd', 1565 'data': { 'node': 'str', 'name': 'str', '*granularity': 'uint32' } } 1566 1567## 1568# @block-dirty-bitmap-add: 1569# 1570# Create a dirty bitmap with a name on the node, and start tracking the writes. 1571# 1572# Returns: nothing on success 1573# If @node is not a valid block device or node, DeviceNotFound 1574# If @name is already taken, GenericError with an explanation 1575# 1576# Since: 2.4 1577# 1578# Example: 1579# 1580# -> { "execute": "block-dirty-bitmap-add", 1581# "arguments": { "node": "drive0", "name": "bitmap0" } } 1582# <- { "return": {} } 1583# 1584## 1585{ 'command': 'block-dirty-bitmap-add', 1586 'data': 'BlockDirtyBitmapAdd' } 1587 1588## 1589# @block-dirty-bitmap-remove: 1590# 1591# Stop write tracking and remove the dirty bitmap that was created 1592# with block-dirty-bitmap-add. 1593# 1594# Returns: nothing on success 1595# If @node is not a valid block device or node, DeviceNotFound 1596# If @name is not found, GenericError with an explanation 1597# if @name is frozen by an operation, GenericError 1598# 1599# Since: 2.4 1600# 1601# Example: 1602# 1603# -> { "execute": "block-dirty-bitmap-remove", 1604# "arguments": { "node": "drive0", "name": "bitmap0" } } 1605# <- { "return": {} } 1606# 1607## 1608{ 'command': 'block-dirty-bitmap-remove', 1609 'data': 'BlockDirtyBitmap' } 1610 1611## 1612# @block-dirty-bitmap-clear: 1613# 1614# Clear (reset) a dirty bitmap on the device, so that an incremental 1615# backup from this point in time forward will only backup clusters 1616# modified after this clear operation. 1617# 1618# Returns: nothing on success 1619# If @node is not a valid block device, DeviceNotFound 1620# If @name is not found, GenericError with an explanation 1621# 1622# Since: 2.4 1623# 1624# Example: 1625# 1626# -> { "execute": "block-dirty-bitmap-clear", 1627# "arguments": { "node": "drive0", "name": "bitmap0" } } 1628# <- { "return": {} } 1629# 1630## 1631{ 'command': 'block-dirty-bitmap-clear', 1632 'data': 'BlockDirtyBitmap' } 1633 1634## 1635# @blockdev-mirror: 1636# 1637# Start mirroring a block device's writes to a new destination. 1638# 1639# @job-id: #optional identifier for the newly-created block job. If 1640# omitted, the device name will be used. (Since 2.7) 1641# 1642# @device: The device name or node-name of a root node whose writes should be 1643# mirrored. 1644# 1645# @target: the id or node-name of the block device to mirror to. This mustn't be 1646# attached to guest. 1647# 1648# @replaces: #optional with sync=full graph node name to be replaced by the new 1649# image when a whole image copy is done. This can be used to repair 1650# broken Quorum files. 1651# 1652# @speed: #optional the maximum speed, in bytes per second 1653# 1654# @sync: what parts of the disk image should be copied to the destination 1655# (all the disk, only the sectors allocated in the topmost image, or 1656# only new I/O). 1657# 1658# @granularity: #optional granularity of the dirty bitmap, default is 64K 1659# if the image format doesn't have clusters, 4K if the clusters 1660# are smaller than that, else the cluster size. Must be a 1661# power of 2 between 512 and 64M 1662# 1663# @buf-size: #optional maximum amount of data in flight from source to 1664# target 1665# 1666# @on-source-error: #optional the action to take on an error on the source, 1667# default 'report'. 'stop' and 'enospc' can only be used 1668# if the block device supports io-status (see BlockInfo). 1669# 1670# @on-target-error: #optional the action to take on an error on the target, 1671# default 'report' (no limitations, since this applies to 1672# a different block device than @device). 1673# 1674# Returns: nothing on success. 1675# 1676# Since: 2.6 1677# 1678# Example: 1679# 1680# -> { "execute": "blockdev-mirror", 1681# "arguments": { "device": "ide-hd0", 1682# "target": "target0", 1683# "sync": "full" } } 1684# <- { "return": {} } 1685# 1686## 1687{ 'command': 'blockdev-mirror', 1688 'data': { '*job-id': 'str', 'device': 'str', 'target': 'str', 1689 '*replaces': 'str', 1690 'sync': 'MirrorSyncMode', 1691 '*speed': 'int', '*granularity': 'uint32', 1692 '*buf-size': 'int', '*on-source-error': 'BlockdevOnError', 1693 '*on-target-error': 'BlockdevOnError' } } 1694 1695## 1696# @block_set_io_throttle: 1697# 1698# Change I/O throttle limits for a block drive. 1699# 1700# Since QEMU 2.4, each device with I/O limits is member of a throttle 1701# group. 1702# 1703# If two or more devices are members of the same group, the limits 1704# will apply to the combined I/O of the whole group in a round-robin 1705# fashion. Therefore, setting new I/O limits to a device will affect 1706# the whole group. 1707# 1708# The name of the group can be specified using the 'group' parameter. 1709# If the parameter is unset, it is assumed to be the current group of 1710# that device. If it's not in any group yet, the name of the device 1711# will be used as the name for its group. 1712# 1713# The 'group' parameter can also be used to move a device to a 1714# different group. In this case the limits specified in the parameters 1715# will be applied to the new group only. 1716# 1717# I/O limits can be disabled by setting all of them to 0. In this case 1718# the device will be removed from its group and the rest of its 1719# members will not be affected. The 'group' parameter is ignored. 1720# 1721# See BlockIOThrottle for parameter descriptions. 1722# 1723# Returns: Nothing on success 1724# If @device is not a valid block device, DeviceNotFound 1725# 1726# Since: 1.1 1727# 1728# Example: 1729# 1730# -> { "execute": "block_set_io_throttle", 1731# "arguments": { "id": "ide0-1-0", 1732# "bps": 1000000, 1733# "bps_rd": 0, 1734# "bps_wr": 0, 1735# "iops": 0, 1736# "iops_rd": 0, 1737# "iops_wr": 0, 1738# "bps_max": 8000000, 1739# "bps_rd_max": 0, 1740# "bps_wr_max": 0, 1741# "iops_max": 0, 1742# "iops_rd_max": 0, 1743# "iops_wr_max": 0, 1744# "bps_max_length": 60, 1745# "iops_size": 0 } } 1746# <- { "return": {} } 1747## 1748{ 'command': 'block_set_io_throttle', 'boxed': true, 1749 'data': 'BlockIOThrottle' } 1750 1751## 1752# @BlockIOThrottle: 1753# 1754# A set of parameters describing block throttling. 1755# 1756# @device: #optional Block device name (deprecated, use @id instead) 1757# 1758# @id: #optional The name or QOM path of the guest device (since: 2.8) 1759# 1760# @bps: total throughput limit in bytes per second 1761# 1762# @bps_rd: read throughput limit in bytes per second 1763# 1764# @bps_wr: write throughput limit in bytes per second 1765# 1766# @iops: total I/O operations per second 1767# 1768# @iops_rd: read I/O operations per second 1769# 1770# @iops_wr: write I/O operations per second 1771# 1772# @bps_max: #optional total throughput limit during bursts, 1773# in bytes (Since 1.7) 1774# 1775# @bps_rd_max: #optional read throughput limit during bursts, 1776# in bytes (Since 1.7) 1777# 1778# @bps_wr_max: #optional write throughput limit during bursts, 1779# in bytes (Since 1.7) 1780# 1781# @iops_max: #optional total I/O operations per second during bursts, 1782# in bytes (Since 1.7) 1783# 1784# @iops_rd_max: #optional read I/O operations per second during bursts, 1785# in bytes (Since 1.7) 1786# 1787# @iops_wr_max: #optional write I/O operations per second during bursts, 1788# in bytes (Since 1.7) 1789# 1790# @bps_max_length: #optional maximum length of the @bps_max burst 1791# period, in seconds. It must only 1792# be set if @bps_max is set as well. 1793# Defaults to 1. (Since 2.6) 1794# 1795# @bps_rd_max_length: #optional maximum length of the @bps_rd_max 1796# burst period, in seconds. It must only 1797# be set if @bps_rd_max is set as well. 1798# Defaults to 1. (Since 2.6) 1799# 1800# @bps_wr_max_length: #optional maximum length of the @bps_wr_max 1801# burst period, in seconds. It must only 1802# be set if @bps_wr_max is set as well. 1803# Defaults to 1. (Since 2.6) 1804# 1805# @iops_max_length: #optional maximum length of the @iops burst 1806# period, in seconds. It must only 1807# be set if @iops_max is set as well. 1808# Defaults to 1. (Since 2.6) 1809# 1810# @iops_rd_max_length: #optional maximum length of the @iops_rd_max 1811# burst period, in seconds. It must only 1812# be set if @iops_rd_max is set as well. 1813# Defaults to 1. (Since 2.6) 1814# 1815# @iops_wr_max_length: #optional maximum length of the @iops_wr_max 1816# burst period, in seconds. It must only 1817# be set if @iops_wr_max is set as well. 1818# Defaults to 1. (Since 2.6) 1819# 1820# @iops_size: #optional an I/O size in bytes (Since 1.7) 1821# 1822# @group: #optional throttle group name (Since 2.4) 1823# 1824# Since: 1.1 1825## 1826{ 'struct': 'BlockIOThrottle', 1827 'data': { '*device': 'str', '*id': 'str', 'bps': 'int', 'bps_rd': 'int', 1828 'bps_wr': 'int', 'iops': 'int', 'iops_rd': 'int', 'iops_wr': 'int', 1829 '*bps_max': 'int', '*bps_rd_max': 'int', 1830 '*bps_wr_max': 'int', '*iops_max': 'int', 1831 '*iops_rd_max': 'int', '*iops_wr_max': 'int', 1832 '*bps_max_length': 'int', '*bps_rd_max_length': 'int', 1833 '*bps_wr_max_length': 'int', '*iops_max_length': 'int', 1834 '*iops_rd_max_length': 'int', '*iops_wr_max_length': 'int', 1835 '*iops_size': 'int', '*group': 'str' } } 1836 1837## 1838# @block-stream: 1839# 1840# Copy data from a backing file into a block device. 1841# 1842# The block streaming operation is performed in the background until the entire 1843# backing file has been copied. This command returns immediately once streaming 1844# has started. The status of ongoing block streaming operations can be checked 1845# with query-block-jobs. The operation can be stopped before it has completed 1846# using the block-job-cancel command. 1847# 1848# The node that receives the data is called the top image, can be located in 1849# any part of the chain (but always above the base image; see below) and can be 1850# specified using its device or node name. Earlier qemu versions only allowed 1851# 'device' to name the top level node; presence of the 'base-node' parameter 1852# during introspection can be used as a witness of the enhanced semantics 1853# of 'device'. 1854# 1855# If a base file is specified then sectors are not copied from that base file and 1856# its backing chain. When streaming completes the image file will have the base 1857# file as its backing file. This can be used to stream a subset of the backing 1858# file chain instead of flattening the entire image. 1859# 1860# On successful completion the image file is updated to drop the backing file 1861# and the BLOCK_JOB_COMPLETED event is emitted. 1862# 1863# @job-id: #optional identifier for the newly-created block job. If 1864# omitted, the device name will be used. (Since 2.7) 1865# 1866# @device: the device or node name of the top image 1867# 1868# @base: #optional the common backing file name. 1869# It cannot be set if @base-node is also set. 1870# 1871# @base-node: #optional the node name of the backing file. 1872# It cannot be set if @base is also set. (Since 2.8) 1873# 1874# @backing-file: #optional The backing file string to write into the top 1875# image. This filename is not validated. 1876# 1877# If a pathname string is such that it cannot be 1878# resolved by QEMU, that means that subsequent QMP or 1879# HMP commands must use node-names for the image in 1880# question, as filename lookup methods will fail. 1881# 1882# If not specified, QEMU will automatically determine 1883# the backing file string to use, or error out if there 1884# is no obvious choice. Care should be taken when 1885# specifying the string, to specify a valid filename or 1886# protocol. 1887# (Since 2.1) 1888# 1889# @speed: #optional the maximum speed, in bytes per second 1890# 1891# @on-error: #optional the action to take on an error (default report). 1892# 'stop' and 'enospc' can only be used if the block device 1893# supports io-status (see BlockInfo). Since 1.3. 1894# 1895# Returns: Nothing on success. If @device does not exist, DeviceNotFound. 1896# 1897# Since: 1.1 1898# 1899# Example: 1900# 1901# -> { "execute": "block-stream", 1902# "arguments": { "device": "virtio0", 1903# "base": "/tmp/master.qcow2" } } 1904# <- { "return": {} } 1905# 1906## 1907{ 'command': 'block-stream', 1908 'data': { '*job-id': 'str', 'device': 'str', '*base': 'str', 1909 '*base-node': 'str', '*backing-file': 'str', '*speed': 'int', 1910 '*on-error': 'BlockdevOnError' } } 1911 1912## 1913# @block-job-set-speed: 1914# 1915# Set maximum speed for a background block operation. 1916# 1917# This command can only be issued when there is an active block job. 1918# 1919# Throttling can be disabled by setting the speed to 0. 1920# 1921# @device: The job identifier. This used to be a device name (hence 1922# the name of the parameter), but since QEMU 2.7 it can have 1923# other values. 1924# 1925# @speed: the maximum speed, in bytes per second, or 0 for unlimited. 1926# Defaults to 0. 1927# 1928# Returns: Nothing on success 1929# If no background operation is active on this device, DeviceNotActive 1930# 1931# Since: 1.1 1932## 1933{ 'command': 'block-job-set-speed', 1934 'data': { 'device': 'str', 'speed': 'int' } } 1935 1936## 1937# @block-job-cancel: 1938# 1939# Stop an active background block operation. 1940# 1941# This command returns immediately after marking the active background block 1942# operation for cancellation. It is an error to call this command if no 1943# operation is in progress. 1944# 1945# The operation will cancel as soon as possible and then emit the 1946# BLOCK_JOB_CANCELLED event. Before that happens the job is still visible when 1947# enumerated using query-block-jobs. 1948# 1949# For streaming, the image file retains its backing file unless the streaming 1950# operation happens to complete just as it is being cancelled. A new streaming 1951# operation can be started at a later time to finish copying all data from the 1952# backing file. 1953# 1954# @device: The job identifier. This used to be a device name (hence 1955# the name of the parameter), but since QEMU 2.7 it can have 1956# other values. 1957# 1958# @force: #optional whether to allow cancellation of a paused job (default 1959# false). Since 1.3. 1960# 1961# Returns: Nothing on success 1962# If no background operation is active on this device, DeviceNotActive 1963# 1964# Since: 1.1 1965## 1966{ 'command': 'block-job-cancel', 'data': { 'device': 'str', '*force': 'bool' } } 1967 1968## 1969# @block-job-pause: 1970# 1971# Pause an active background block operation. 1972# 1973# This command returns immediately after marking the active background block 1974# operation for pausing. It is an error to call this command if no 1975# operation is in progress. Pausing an already paused job has no cumulative 1976# effect; a single block-job-resume command will resume the job. 1977# 1978# The operation will pause as soon as possible. No event is emitted when 1979# the operation is actually paused. Cancelling a paused job automatically 1980# resumes it. 1981# 1982# @device: The job identifier. This used to be a device name (hence 1983# the name of the parameter), but since QEMU 2.7 it can have 1984# other values. 1985# 1986# Returns: Nothing on success 1987# If no background operation is active on this device, DeviceNotActive 1988# 1989# Since: 1.3 1990## 1991{ 'command': 'block-job-pause', 'data': { 'device': 'str' } } 1992 1993## 1994# @block-job-resume: 1995# 1996# Resume an active background block operation. 1997# 1998# This command returns immediately after resuming a paused background block 1999# operation. It is an error to call this command if no operation is in 2000# progress. Resuming an already running job is not an error. 2001# 2002# This command also clears the error status of the job. 2003# 2004# @device: The job identifier. This used to be a device name (hence 2005# the name of the parameter), but since QEMU 2.7 it can have 2006# other values. 2007# 2008# Returns: Nothing on success 2009# If no background operation is active on this device, DeviceNotActive 2010# 2011# Since: 1.3 2012## 2013{ 'command': 'block-job-resume', 'data': { 'device': 'str' } } 2014 2015## 2016# @block-job-complete: 2017# 2018# Manually trigger completion of an active background block operation. This 2019# is supported for drive mirroring, where it also switches the device to 2020# write to the target path only. The ability to complete is signaled with 2021# a BLOCK_JOB_READY event. 2022# 2023# This command completes an active background block operation synchronously. 2024# The ordering of this command's return with the BLOCK_JOB_COMPLETED event 2025# is not defined. Note that if an I/O error occurs during the processing of 2026# this command: 1) the command itself will fail; 2) the error will be processed 2027# according to the rerror/werror arguments that were specified when starting 2028# the operation. 2029# 2030# A cancelled or paused job cannot be completed. 2031# 2032# @device: The job identifier. This used to be a device name (hence 2033# the name of the parameter), but since QEMU 2.7 it can have 2034# other values. 2035# 2036# Returns: Nothing on success 2037# If no background operation is active on this device, DeviceNotActive 2038# 2039# Since: 1.3 2040## 2041{ 'command': 'block-job-complete', 'data': { 'device': 'str' } } 2042 2043## 2044# @BlockdevDiscardOptions: 2045# 2046# Determines how to handle discard requests. 2047# 2048# @ignore: Ignore the request 2049# @unmap: Forward as an unmap request 2050# 2051# Since: 1.7 2052## 2053{ 'enum': 'BlockdevDiscardOptions', 2054 'data': [ 'ignore', 'unmap' ] } 2055 2056## 2057# @BlockdevDetectZeroesOptions: 2058# 2059# Describes the operation mode for the automatic conversion of plain 2060# zero writes by the OS to driver specific optimized zero write commands. 2061# 2062# @off: Disabled (default) 2063# @on: Enabled 2064# @unmap: Enabled and even try to unmap blocks if possible. This requires 2065# also that @BlockdevDiscardOptions is set to unmap for this device. 2066# 2067# Since: 2.1 2068## 2069{ 'enum': 'BlockdevDetectZeroesOptions', 2070 'data': [ 'off', 'on', 'unmap' ] } 2071 2072## 2073# @BlockdevAioOptions: 2074# 2075# Selects the AIO backend to handle I/O requests 2076# 2077# @threads: Use qemu's thread pool 2078# @native: Use native AIO backend (only Linux and Windows) 2079# 2080# Since: 1.7 2081## 2082{ 'enum': 'BlockdevAioOptions', 2083 'data': [ 'threads', 'native' ] } 2084 2085## 2086# @BlockdevCacheOptions: 2087# 2088# Includes cache-related options for block devices 2089# 2090# @direct: #optional enables use of O_DIRECT (bypass the host page cache; 2091# default: false) 2092# @no-flush: #optional ignore any flush requests for the device (default: 2093# false) 2094# 2095# Since: 1.7 2096## 2097{ 'struct': 'BlockdevCacheOptions', 2098 'data': { '*direct': 'bool', 2099 '*no-flush': 'bool' } } 2100 2101## 2102# @BlockdevDriver: 2103# 2104# Drivers that are supported in block device operations. 2105# 2106# @host_device: Since 2.1 2107# @host_cdrom: Since 2.1 2108# @gluster: Since 2.7 2109# @nbd: Since 2.8 2110# @nfs: Since 2.8 2111# @replication: Since 2.8 2112# @ssh: Since 2.8 2113# 2114# Since: 2.0 2115## 2116{ 'enum': 'BlockdevDriver', 2117 'data': [ 'archipelago', 'blkdebug', 'blkverify', 'bochs', 'cloop', 2118 'dmg', 'file', 'ftp', 'ftps', 'gluster', 'host_cdrom', 2119 'host_device', 'http', 'https', 'luks', 'nbd', 'nfs', 'null-aio', 2120 'null-co', 'parallels', 'qcow', 'qcow2', 'qed', 'quorum', 'raw', 2121 'replication', 'ssh', 'vdi', 'vhdx', 'vmdk', 'vpc', 2122 'vvfat' ] } 2123 2124## 2125# @BlockdevOptionsFile: 2126# 2127# Driver specific block device options for the file backend. 2128# 2129# @filename: path to the image file 2130# @aio: #optional AIO backend (default: threads) (since: 2.8) 2131# 2132# Since: 1.7 2133## 2134{ 'struct': 'BlockdevOptionsFile', 2135 'data': { 'filename': 'str', 2136 '*aio': 'BlockdevAioOptions' } } 2137 2138## 2139# @BlockdevOptionsNull: 2140# 2141# Driver specific block device options for the null backend. 2142# 2143# @size: #optional size of the device in bytes. 2144# @latency-ns: #optional emulated latency (in nanoseconds) in processing 2145# requests. Default to zero which completes requests immediately. 2146# (Since 2.4) 2147# 2148# Since: 2.2 2149## 2150{ 'struct': 'BlockdevOptionsNull', 2151 'data': { '*size': 'int', '*latency-ns': 'uint64' } } 2152 2153## 2154# @BlockdevOptionsVVFAT: 2155# 2156# Driver specific block device options for the vvfat protocol. 2157# 2158# @dir: directory to be exported as FAT image 2159# @fat-type: #optional FAT type: 12, 16 or 32 2160# @floppy: #optional whether to export a floppy image (true) or 2161# partitioned hard disk (false; default) 2162# @label: #optional set the volume label, limited to 11 bytes. FAT16 and 2163# FAT32 traditionally have some restrictions on labels, which are 2164# ignored by most operating systems. Defaults to "QEMU VVFAT". 2165# (since 2.4) 2166# @rw: #optional whether to allow write operations (default: false) 2167# 2168# Since: 1.7 2169## 2170{ 'struct': 'BlockdevOptionsVVFAT', 2171 'data': { 'dir': 'str', '*fat-type': 'int', '*floppy': 'bool', 2172 '*label': 'str', '*rw': 'bool' } } 2173 2174## 2175# @BlockdevOptionsGenericFormat: 2176# 2177# Driver specific block device options for image format that have no option 2178# besides their data source. 2179# 2180# @file: reference to or definition of the data source block device 2181# 2182# Since: 1.7 2183## 2184{ 'struct': 'BlockdevOptionsGenericFormat', 2185 'data': { 'file': 'BlockdevRef' } } 2186 2187## 2188# @BlockdevOptionsLUKS: 2189# 2190# Driver specific block device options for LUKS. 2191# 2192# @key-secret: #optional the ID of a QCryptoSecret object providing 2193# the decryption key (since 2.6). Mandatory except when 2194# doing a metadata-only probe of the image. 2195# 2196# Since: 2.6 2197## 2198{ 'struct': 'BlockdevOptionsLUKS', 2199 'base': 'BlockdevOptionsGenericFormat', 2200 'data': { '*key-secret': 'str' } } 2201 2202 2203## 2204# @BlockdevOptionsGenericCOWFormat: 2205# 2206# Driver specific block device options for image format that have no option 2207# besides their data source and an optional backing file. 2208# 2209# @backing: #optional reference to or definition of the backing file block 2210# device (if missing, taken from the image file content). It is 2211# allowed to pass an empty string here in order to disable the 2212# default backing file. 2213# 2214# Since: 1.7 2215## 2216{ 'struct': 'BlockdevOptionsGenericCOWFormat', 2217 'base': 'BlockdevOptionsGenericFormat', 2218 'data': { '*backing': 'BlockdevRef' } } 2219 2220## 2221# @Qcow2OverlapCheckMode: 2222# 2223# General overlap check modes. 2224# 2225# @none: Do not perform any checks 2226# 2227# @constant: Perform only checks which can be done in constant time and 2228# without reading anything from disk 2229# 2230# @cached: Perform only checks which can be done without reading anything 2231# from disk 2232# 2233# @all: Perform all available overlap checks 2234# 2235# Since: 2.2 2236## 2237{ 'enum': 'Qcow2OverlapCheckMode', 2238 'data': [ 'none', 'constant', 'cached', 'all' ] } 2239 2240## 2241# @Qcow2OverlapCheckFlags: 2242# 2243# Structure of flags for each metadata structure. Setting a field to 'true' 2244# makes qemu guard that structure against unintended overwriting. The default 2245# value is chosen according to the template given. 2246# 2247# @template: Specifies a template mode which can be adjusted using the other 2248# flags, defaults to 'cached' 2249# 2250# Since: 2.2 2251## 2252{ 'struct': 'Qcow2OverlapCheckFlags', 2253 'data': { '*template': 'Qcow2OverlapCheckMode', 2254 '*main-header': 'bool', 2255 '*active-l1': 'bool', 2256 '*active-l2': 'bool', 2257 '*refcount-table': 'bool', 2258 '*refcount-block': 'bool', 2259 '*snapshot-table': 'bool', 2260 '*inactive-l1': 'bool', 2261 '*inactive-l2': 'bool' } } 2262 2263## 2264# @Qcow2OverlapChecks: 2265# 2266# Specifies which metadata structures should be guarded against unintended 2267# overwriting. 2268# 2269# @flags: set of flags for separate specification of each metadata structure 2270# type 2271# 2272# @mode: named mode which chooses a specific set of flags 2273# 2274# Since: 2.2 2275## 2276{ 'alternate': 'Qcow2OverlapChecks', 2277 'data': { 'flags': 'Qcow2OverlapCheckFlags', 2278 'mode': 'Qcow2OverlapCheckMode' } } 2279 2280## 2281# @BlockdevOptionsQcow2: 2282# 2283# Driver specific block device options for qcow2. 2284# 2285# @lazy-refcounts: #optional whether to enable the lazy refcounts 2286# feature (default is taken from the image file) 2287# 2288# @pass-discard-request: #optional whether discard requests to the qcow2 2289# device should be forwarded to the data source 2290# 2291# @pass-discard-snapshot: #optional whether discard requests for the data source 2292# should be issued when a snapshot operation (e.g. 2293# deleting a snapshot) frees clusters in the qcow2 file 2294# 2295# @pass-discard-other: #optional whether discard requests for the data source 2296# should be issued on other occasions where a cluster 2297# gets freed 2298# 2299# @overlap-check: #optional which overlap checks to perform for writes 2300# to the image, defaults to 'cached' (since 2.2) 2301# 2302# @cache-size: #optional the maximum total size of the L2 table and 2303# refcount block caches in bytes (since 2.2) 2304# 2305# @l2-cache-size: #optional the maximum size of the L2 table cache in 2306# bytes (since 2.2) 2307# 2308# @refcount-cache-size: #optional the maximum size of the refcount block cache 2309# in bytes (since 2.2) 2310# 2311# @cache-clean-interval: #optional clean unused entries in the L2 and refcount 2312# caches. The interval is in seconds. The default value 2313# is 0 and it disables this feature (since 2.5) 2314# 2315# Since: 1.7 2316## 2317{ 'struct': 'BlockdevOptionsQcow2', 2318 'base': 'BlockdevOptionsGenericCOWFormat', 2319 'data': { '*lazy-refcounts': 'bool', 2320 '*pass-discard-request': 'bool', 2321 '*pass-discard-snapshot': 'bool', 2322 '*pass-discard-other': 'bool', 2323 '*overlap-check': 'Qcow2OverlapChecks', 2324 '*cache-size': 'int', 2325 '*l2-cache-size': 'int', 2326 '*refcount-cache-size': 'int', 2327 '*cache-clean-interval': 'int' } } 2328 2329 2330## 2331# @BlockdevOptionsArchipelago: 2332# 2333# Driver specific block device options for Archipelago. 2334# 2335# @volume: Name of the Archipelago volume image 2336# 2337# @mport: #optional The port number on which mapperd is 2338# listening. This is optional 2339# and if not specified, QEMU will make Archipelago 2340# use the default port (1001). 2341# 2342# @vport: #optional The port number on which vlmcd is 2343# listening. This is optional 2344# and if not specified, QEMU will make Archipelago 2345# use the default port (501). 2346# 2347# @segment: #optional The name of the shared memory segment 2348# Archipelago stack is using. This is optional 2349# and if not specified, QEMU will make Archipelago 2350# use the default value, 'archipelago'. 2351# Since: 2.2 2352## 2353{ 'struct': 'BlockdevOptionsArchipelago', 2354 'data': { 'volume': 'str', 2355 '*mport': 'int', 2356 '*vport': 'int', 2357 '*segment': 'str' } } 2358 2359## 2360# @BlockdevOptionsSsh: 2361# 2362# @server: host address 2363# 2364# @path: path to the image on the host 2365# 2366# @user: #optional user as which to connect, defaults to current 2367# local user name 2368# 2369# TODO: Expose the host_key_check option in QMP 2370# 2371# Since: 2.8 2372## 2373{ 'struct': 'BlockdevOptionsSsh', 2374 'data': { 'server': 'InetSocketAddress', 2375 'path': 'str', 2376 '*user': 'str' } } 2377 2378 2379## 2380# @BlkdebugEvent: 2381# 2382# Trigger events supported by blkdebug. 2383# 2384# Since: 2.0 2385## 2386{ 'enum': 'BlkdebugEvent', 'prefix': 'BLKDBG', 2387 'data': [ 'l1_update', 'l1_grow_alloc_table', 'l1_grow_write_table', 2388 'l1_grow_activate_table', 'l2_load', 'l2_update', 2389 'l2_update_compressed', 'l2_alloc_cow_read', 'l2_alloc_write', 2390 'read_aio', 'read_backing_aio', 'read_compressed', 'write_aio', 2391 'write_compressed', 'vmstate_load', 'vmstate_save', 'cow_read', 2392 'cow_write', 'reftable_load', 'reftable_grow', 'reftable_update', 2393 'refblock_load', 'refblock_update', 'refblock_update_part', 2394 'refblock_alloc', 'refblock_alloc_hookup', 'refblock_alloc_write', 2395 'refblock_alloc_write_blocks', 'refblock_alloc_write_table', 2396 'refblock_alloc_switch_table', 'cluster_alloc', 2397 'cluster_alloc_bytes', 'cluster_free', 'flush_to_os', 2398 'flush_to_disk', 'pwritev_rmw_head', 'pwritev_rmw_after_head', 2399 'pwritev_rmw_tail', 'pwritev_rmw_after_tail', 'pwritev', 2400 'pwritev_zero', 'pwritev_done', 'empty_image_prepare' ] } 2401 2402## 2403# @BlkdebugInjectErrorOptions: 2404# 2405# Describes a single error injection for blkdebug. 2406# 2407# @event: trigger event 2408# 2409# @state: #optional the state identifier blkdebug needs to be in to 2410# actually trigger the event; defaults to "any" 2411# 2412# @errno: #optional error identifier (errno) to be returned; defaults to 2413# EIO 2414# 2415# @sector: #optional specifies the sector index which has to be affected 2416# in order to actually trigger the event; defaults to "any 2417# sector" 2418# 2419# @once: #optional disables further events after this one has been 2420# triggered; defaults to false 2421# 2422# @immediately: #optional fail immediately; defaults to false 2423# 2424# Since: 2.0 2425## 2426{ 'struct': 'BlkdebugInjectErrorOptions', 2427 'data': { 'event': 'BlkdebugEvent', 2428 '*state': 'int', 2429 '*errno': 'int', 2430 '*sector': 'int', 2431 '*once': 'bool', 2432 '*immediately': 'bool' } } 2433 2434## 2435# @BlkdebugSetStateOptions: 2436# 2437# Describes a single state-change event for blkdebug. 2438# 2439# @event: trigger event 2440# 2441# @state: #optional the current state identifier blkdebug needs to be in; 2442# defaults to "any" 2443# 2444# @new_state: the state identifier blkdebug is supposed to assume if 2445# this event is triggered 2446# 2447# Since: 2.0 2448## 2449{ 'struct': 'BlkdebugSetStateOptions', 2450 'data': { 'event': 'BlkdebugEvent', 2451 '*state': 'int', 2452 'new_state': 'int' } } 2453 2454## 2455# @BlockdevOptionsBlkdebug: 2456# 2457# Driver specific block device options for blkdebug. 2458# 2459# @image: underlying raw block device (or image file) 2460# 2461# @config: #optional filename of the configuration file 2462# 2463# @align: #optional required alignment for requests in bytes, 2464# must be power of 2, or 0 for default 2465# 2466# @inject-error: #optional array of error injection descriptions 2467# 2468# @set-state: #optional array of state-change descriptions 2469# 2470# Since: 2.0 2471## 2472{ 'struct': 'BlockdevOptionsBlkdebug', 2473 'data': { 'image': 'BlockdevRef', 2474 '*config': 'str', 2475 '*align': 'int', 2476 '*inject-error': ['BlkdebugInjectErrorOptions'], 2477 '*set-state': ['BlkdebugSetStateOptions'] } } 2478 2479## 2480# @BlockdevOptionsBlkverify: 2481# 2482# Driver specific block device options for blkverify. 2483# 2484# @test: block device to be tested 2485# 2486# @raw: raw image used for verification 2487# 2488# Since: 2.0 2489## 2490{ 'struct': 'BlockdevOptionsBlkverify', 2491 'data': { 'test': 'BlockdevRef', 2492 'raw': 'BlockdevRef' } } 2493 2494## 2495# @QuorumReadPattern: 2496# 2497# An enumeration of quorum read patterns. 2498# 2499# @quorum: read all the children and do a quorum vote on reads 2500# 2501# @fifo: read only from the first child that has not failed 2502# 2503# Since: 2.2 2504## 2505{ 'enum': 'QuorumReadPattern', 'data': [ 'quorum', 'fifo' ] } 2506 2507## 2508# @BlockdevOptionsQuorum: 2509# 2510# Driver specific block device options for Quorum 2511# 2512# @blkverify: #optional true if the driver must print content mismatch 2513# set to false by default 2514# 2515# @children: the children block devices to use 2516# 2517# @vote-threshold: the vote limit under which a read will fail 2518# 2519# @rewrite-corrupted: #optional rewrite corrupted data when quorum is reached 2520# (Since 2.1) 2521# 2522# @read-pattern: #optional choose read pattern and set to quorum by default 2523# (Since 2.2) 2524# 2525# Since: 2.0 2526## 2527{ 'struct': 'BlockdevOptionsQuorum', 2528 'data': { '*blkverify': 'bool', 2529 'children': [ 'BlockdevRef' ], 2530 'vote-threshold': 'int', 2531 '*rewrite-corrupted': 'bool', 2532 '*read-pattern': 'QuorumReadPattern' } } 2533 2534## 2535# @GlusterTransport: 2536# 2537# An enumeration of Gluster transport types 2538# 2539# @tcp: TCP - Transmission Control Protocol 2540# 2541# @unix: UNIX - Unix domain socket 2542# 2543# Since: 2.7 2544## 2545{ 'enum': 'GlusterTransport', 2546 'data': [ 'unix', 'tcp' ] } 2547 2548 2549## 2550# @GlusterServer: 2551# 2552# Captures the address of a socket 2553# 2554# Details for connecting to a gluster server 2555# 2556# @type: Transport type used for gluster connection 2557# 2558# This is similar to SocketAddress, only distinction: 2559# 2560# 1. GlusterServer is a flat union, SocketAddress is a simple union. 2561# A flat union is nicer than simple because it avoids nesting 2562# (i.e. more {}) on the wire. 2563# 2564# 2. GlusterServer lacks case 'fd', since gluster doesn't let you 2565# pass in a file descriptor. 2566# 2567# GlusterServer is actually not Gluster-specific, its a 2568# compatibility evolved into an alternate for SocketAddress. 2569# 2570# Since: 2.7 2571## 2572{ 'union': 'GlusterServer', 2573 'base': { 'type': 'GlusterTransport' }, 2574 'discriminator': 'type', 2575 'data': { 'unix': 'UnixSocketAddress', 2576 'tcp': 'InetSocketAddress' } } 2577 2578## 2579# @BlockdevOptionsGluster: 2580# 2581# Driver specific block device options for Gluster 2582# 2583# @volume: name of gluster volume where VM image resides 2584# 2585# @path: absolute path to image file in gluster volume 2586# 2587# @server: gluster servers description 2588# 2589# @debug: #optional libgfapi log level (default '4' which is Error) 2590# (Since 2.8) 2591# 2592# @logfile: #optional libgfapi log file (default /dev/stderr) (Since 2.8) 2593# 2594# Since: 2.7 2595## 2596{ 'struct': 'BlockdevOptionsGluster', 2597 'data': { 'volume': 'str', 2598 'path': 'str', 2599 'server': ['GlusterServer'], 2600 '*debug': 'int', 2601 '*logfile': 'str' } } 2602 2603## 2604# @ReplicationMode: 2605# 2606# An enumeration of replication modes. 2607# 2608# @primary: Primary mode, the vm's state will be sent to secondary QEMU. 2609# 2610# @secondary: Secondary mode, receive the vm's state from primary QEMU. 2611# 2612# Since: 2.8 2613## 2614{ 'enum' : 'ReplicationMode', 'data' : [ 'primary', 'secondary' ] } 2615 2616## 2617# @BlockdevOptionsReplication: 2618# 2619# Driver specific block device options for replication 2620# 2621# @mode: the replication mode 2622# 2623# @top-id: #optional In secondary mode, node name or device ID of the root 2624# node who owns the replication node chain. Must not be given in 2625# primary mode. 2626# 2627# Since: 2.8 2628## 2629{ 'struct': 'BlockdevOptionsReplication', 2630 'base': 'BlockdevOptionsGenericFormat', 2631 'data': { 'mode': 'ReplicationMode', 2632 '*top-id': 'str' } } 2633 2634## 2635# @NFSTransport: 2636# 2637# An enumeration of NFS transport types 2638# 2639# @inet: TCP transport 2640# 2641# Since: 2.8 2642## 2643{ 'enum': 'NFSTransport', 2644 'data': [ 'inet' ] } 2645 2646## 2647# @NFSServer: 2648# 2649# Captures the address of the socket 2650# 2651# @type: transport type used for NFS (only TCP supported) 2652# 2653# @host: host address for NFS server 2654# 2655# Since: 2.8 2656## 2657{ 'struct': 'NFSServer', 2658 'data': { 'type': 'NFSTransport', 2659 'host': 'str' } } 2660 2661## 2662# @BlockdevOptionsNfs: 2663# 2664# Driver specific block device option for NFS 2665# 2666# @server: host address 2667# 2668# @path: path of the image on the host 2669# 2670# @user: #optional UID value to use when talking to the 2671# server (defaults to 65534 on Windows and getuid() 2672# on unix) 2673# 2674# @group: #optional GID value to use when talking to the 2675# server (defaults to 65534 on Windows and getgid() 2676# in unix) 2677# 2678# @tcp-syn-count: #optional number of SYNs during the session 2679# establishment (defaults to libnfs default) 2680# 2681# @readahead-size: #optional set the readahead size in bytes (defaults 2682# to libnfs default) 2683# 2684# @page-cache-size: #optional set the pagecache size in bytes (defaults 2685# to libnfs default) 2686# 2687# @debug: #optional set the NFS debug level (max 2) (defaults 2688# to libnfs default) 2689# 2690# Since: 2.8 2691## 2692{ 'struct': 'BlockdevOptionsNfs', 2693 'data': { 'server': 'NFSServer', 2694 'path': 'str', 2695 '*user': 'int', 2696 '*group': 'int', 2697 '*tcp-syn-count': 'int', 2698 '*readahead-size': 'int', 2699 '*page-cache-size': 'int', 2700 '*debug': 'int' } } 2701 2702## 2703# @BlockdevOptionsCurl: 2704# 2705# Driver specific block device options for the curl backend. 2706# 2707# @filename: path to the image file 2708# 2709# Since: 1.7 2710## 2711{ 'struct': 'BlockdevOptionsCurl', 2712 'data': { 'filename': 'str' } } 2713 2714## 2715# @BlockdevOptionsNbd: 2716# 2717# Driver specific block device options for NBD. 2718# 2719# @server: NBD server address 2720# 2721# @export: #optional export name 2722# 2723# @tls-creds: #optional TLS credentials ID 2724# 2725# Since: 2.8 2726## 2727{ 'struct': 'BlockdevOptionsNbd', 2728 'data': { 'server': 'SocketAddress', 2729 '*export': 'str', 2730 '*tls-creds': 'str' } } 2731 2732## 2733# @BlockdevOptionsRaw: 2734# 2735# Driver specific block device options for the raw driver. 2736# 2737# @offset: #optional position where the block device starts 2738# @size: #optional the assumed size of the device 2739# 2740# Since: 2.8 2741## 2742{ 'struct': 'BlockdevOptionsRaw', 2743 'base': 'BlockdevOptionsGenericFormat', 2744 'data': { '*offset': 'int', '*size': 'int' } } 2745 2746## 2747# @BlockdevOptions: 2748# 2749# Options for creating a block device. Many options are available for all 2750# block devices, independent of the block driver: 2751# 2752# @driver: block driver name 2753# @node-name: #optional the node name of the new node (Since 2.0). 2754# This option is required on the top level of blockdev-add. 2755# @discard: #optional discard-related options (default: ignore) 2756# @cache: #optional cache-related options 2757# @read-only: #optional whether the block device should be read-only 2758# (default: false) 2759# @detect-zeroes: #optional detect and optimize zero writes (Since 2.1) 2760# (default: off) 2761# 2762# Remaining options are determined by the block driver. 2763# 2764# Since: 1.7 2765## 2766{ 'union': 'BlockdevOptions', 2767 'base': { 'driver': 'BlockdevDriver', 2768 '*node-name': 'str', 2769 '*discard': 'BlockdevDiscardOptions', 2770 '*cache': 'BlockdevCacheOptions', 2771 '*read-only': 'bool', 2772 '*detect-zeroes': 'BlockdevDetectZeroesOptions' }, 2773 'discriminator': 'driver', 2774 'data': { 2775 'archipelago':'BlockdevOptionsArchipelago', 2776 'blkdebug': 'BlockdevOptionsBlkdebug', 2777 'blkverify': 'BlockdevOptionsBlkverify', 2778 'bochs': 'BlockdevOptionsGenericFormat', 2779 'cloop': 'BlockdevOptionsGenericFormat', 2780 'dmg': 'BlockdevOptionsGenericFormat', 2781 'file': 'BlockdevOptionsFile', 2782 'ftp': 'BlockdevOptionsCurl', 2783 'ftps': 'BlockdevOptionsCurl', 2784 'gluster': 'BlockdevOptionsGluster', 2785 'host_cdrom': 'BlockdevOptionsFile', 2786 'host_device':'BlockdevOptionsFile', 2787 'http': 'BlockdevOptionsCurl', 2788 'https': 'BlockdevOptionsCurl', 2789# TODO iscsi: Wait for structured options 2790 'luks': 'BlockdevOptionsLUKS', 2791 'nbd': 'BlockdevOptionsNbd', 2792 'nfs': 'BlockdevOptionsNfs', 2793 'null-aio': 'BlockdevOptionsNull', 2794 'null-co': 'BlockdevOptionsNull', 2795 'parallels': 'BlockdevOptionsGenericFormat', 2796 'qcow2': 'BlockdevOptionsQcow2', 2797 'qcow': 'BlockdevOptionsGenericCOWFormat', 2798 'qed': 'BlockdevOptionsGenericCOWFormat', 2799 'quorum': 'BlockdevOptionsQuorum', 2800 'raw': 'BlockdevOptionsRaw', 2801# TODO rbd: Wait for structured options 2802 'replication':'BlockdevOptionsReplication', 2803# TODO sheepdog: Wait for structured options 2804 'ssh': 'BlockdevOptionsSsh', 2805 'vdi': 'BlockdevOptionsGenericFormat', 2806 'vhdx': 'BlockdevOptionsGenericFormat', 2807 'vmdk': 'BlockdevOptionsGenericCOWFormat', 2808 'vpc': 'BlockdevOptionsGenericFormat', 2809 'vvfat': 'BlockdevOptionsVVFAT' 2810 } } 2811 2812## 2813# @BlockdevRef: 2814# 2815# Reference to a block device. 2816# 2817# @definition: defines a new block device inline 2818# @reference: references the ID of an existing block device. An 2819# empty string means that no block device should be 2820# referenced. 2821# 2822# Since: 1.7 2823## 2824{ 'alternate': 'BlockdevRef', 2825 'data': { 'definition': 'BlockdevOptions', 2826 'reference': 'str' } } 2827 2828## 2829# @blockdev-add: 2830# 2831# Creates a new block device. If the @id option is given at the top level, a 2832# BlockBackend will be created; otherwise, @node-name is mandatory at the top 2833# level and no BlockBackend will be created. 2834# 2835# For the arguments, see the documentation of BlockdevOptions. 2836# 2837# Note: This command is still a work in progress. It doesn't support all 2838# block drivers among other things. Stay away from it unless you want 2839# to help with its development. 2840# 2841# Since: 1.7 2842# 2843# Example: 2844# 2845# 1. 2846# -> { "execute": "blockdev-add", 2847# "arguments": { 2848# "options" : { "driver": "qcow2", 2849# "file": { "driver": "file", 2850# "filename": "test.qcow2" } } } } 2851# <- { "return": {} } 2852# 2853# 2. 2854# -> { "execute": "blockdev-add", 2855# "arguments": { 2856# "options": { 2857# "driver": "qcow2", 2858# "node-name": "node0", 2859# "discard": "unmap", 2860# "cache": { 2861# "direct": true, 2862# "writeback": true 2863# }, 2864# "file": { 2865# "driver": "file", 2866# "filename": "/tmp/test.qcow2" 2867# }, 2868# "backing": { 2869# "driver": "raw", 2870# "file": { 2871# "driver": "file", 2872# "filename": "/dev/fdset/4" 2873# } 2874# } 2875# } 2876# } 2877# } 2878# 2879# <- { "return": {} } 2880# 2881## 2882{ 'command': 'blockdev-add', 'data': 'BlockdevOptions', 'boxed': true } 2883 2884## 2885# @x-blockdev-del: 2886# 2887# Deletes a block device that has been added using blockdev-add. 2888# The command will fail if the node is attached to a device or is 2889# otherwise being used. 2890# 2891# @node-name: Name of the graph node to delete. 2892# 2893# Note: This command is still a work in progress and is considered 2894# experimental. Stay away from it unless you want to help with its 2895# development. 2896# 2897# Since: 2.5 2898# 2899# Example: 2900# 2901# -> { "execute": "blockdev-add", 2902# "arguments": { 2903# "options": { 2904# "driver": "qcow2", 2905# "node-name": "node0", 2906# "file": { 2907# "driver": "file", 2908# "filename": "test.qcow2" 2909# } 2910# } 2911# } 2912# } 2913# <- { "return": {} } 2914# 2915# -> { "execute": "x-blockdev-del", 2916# "arguments": { "node-name": "node0" } 2917# } 2918# <- { "return": {} } 2919# 2920## 2921{ 'command': 'x-blockdev-del', 'data': { 'node-name': 'str' } } 2922 2923## 2924# @blockdev-open-tray: 2925# 2926# Opens a block device's tray. If there is a block driver state tree inserted as 2927# a medium, it will become inaccessible to the guest (but it will remain 2928# associated to the block device, so closing the tray will make it accessible 2929# again). 2930# 2931# If the tray was already open before, this will be a no-op. 2932# 2933# Once the tray opens, a DEVICE_TRAY_MOVED event is emitted. There are cases in 2934# which no such event will be generated, these include: 2935# - if the guest has locked the tray, @force is false and the guest does not 2936# respond to the eject request 2937# - if the BlockBackend denoted by @device does not have a guest device attached 2938# to it 2939# - if the guest device does not have an actual tray 2940# 2941# @device: #optional Block device name (deprecated, use @id instead) 2942# 2943# @id: #optional The name or QOM path of the guest device (since: 2.8) 2944# 2945# @force: #optional if false (the default), an eject request will be sent to 2946# the guest if it has locked the tray (and the tray will not be opened 2947# immediately); if true, the tray will be opened regardless of whether 2948# it is locked 2949# 2950# Since: 2.5 2951# 2952# Example: 2953# 2954# -> { "execute": "blockdev-open-tray", 2955# "arguments": { "id": "ide0-1-0" } } 2956# 2957# <- { "timestamp": { "seconds": 1418751016, 2958# "microseconds": 716996 }, 2959# "event": "DEVICE_TRAY_MOVED", 2960# "data": { "device": "ide1-cd0", 2961# "id": "ide0-1-0", 2962# "tray-open": true } } 2963# 2964# <- { "return": {} } 2965# 2966## 2967{ 'command': 'blockdev-open-tray', 2968 'data': { '*device': 'str', 2969 '*id': 'str', 2970 '*force': 'bool' } } 2971 2972## 2973# @blockdev-close-tray: 2974# 2975# Closes a block device's tray. If there is a block driver state tree associated 2976# with the block device (which is currently ejected), that tree will be loaded 2977# as the medium. 2978# 2979# If the tray was already closed before, this will be a no-op. 2980# 2981# @device: #optional Block device name (deprecated, use @id instead) 2982# 2983# @id: #optional The name or QOM path of the guest device (since: 2.8) 2984# 2985# Since: 2.5 2986# 2987# Example: 2988# 2989# -> { "execute": "blockdev-close-tray", 2990# "arguments": { "id": "ide0-1-0" } } 2991# 2992# <- { "timestamp": { "seconds": 1418751345, 2993# "microseconds": 272147 }, 2994# "event": "DEVICE_TRAY_MOVED", 2995# "data": { "device": "ide1-cd0", 2996# "id": "ide0-1-0", 2997# "tray-open": false } } 2998# 2999# <- { "return": {} } 3000# 3001## 3002{ 'command': 'blockdev-close-tray', 3003 'data': { '*device': 'str', 3004 '*id': 'str' } } 3005 3006## 3007# @x-blockdev-remove-medium: 3008# 3009# Removes a medium (a block driver state tree) from a block device. That block 3010# device's tray must currently be open (unless there is no attached guest 3011# device). 3012# 3013# If the tray is open and there is no medium inserted, this will be a no-op. 3014# 3015# @device: #optional Block device name (deprecated, use @id instead) 3016# 3017# @id: #optional The name or QOM path of the guest device (since: 2.8) 3018# 3019# Note: This command is still a work in progress and is considered experimental. 3020# Stay away from it unless you want to help with its development. 3021# 3022# Since: 2.5 3023# 3024# Example: 3025# 3026# -> { "execute": "x-blockdev-remove-medium", 3027# "arguments": { "id": "ide0-1-0" } } 3028# 3029# <- { "error": { "class": "GenericError", 3030# "desc": "Tray of device 'ide0-1-0' is not open" } } 3031# 3032# -> { "execute": "blockdev-open-tray", 3033# "arguments": { "id": "ide0-1-0" } } 3034# 3035# <- { "timestamp": { "seconds": 1418751627, 3036# "microseconds": 549958 }, 3037# "event": "DEVICE_TRAY_MOVED", 3038# "data": { "device": "ide1-cd0", 3039# "id": "ide0-1-0", 3040# "tray-open": true } } 3041# 3042# <- { "return": {} } 3043# 3044# -> { "execute": "x-blockdev-remove-medium", 3045# "arguments": { "device": "ide0-1-0" } } 3046# 3047# <- { "return": {} } 3048# 3049## 3050{ 'command': 'x-blockdev-remove-medium', 3051 'data': { '*device': 'str', 3052 '*id': 'str' } } 3053 3054## 3055# @x-blockdev-insert-medium: 3056# 3057# Inserts a medium (a block driver state tree) into a block device. That block 3058# device's tray must currently be open (unless there is no attached guest 3059# device) and there must be no medium inserted already. 3060# 3061# @device: #optional Block device name (deprecated, use @id instead) 3062# 3063# @id: #optional The name or QOM path of the guest device (since: 2.8) 3064# 3065# @node-name: name of a node in the block driver state graph 3066# 3067# Note: This command is still a work in progress and is considered experimental. 3068# Stay away from it unless you want to help with its development. 3069# 3070# Since: 2.5 3071# 3072# Example: 3073# 3074# -> { "execute": "blockdev-add", 3075# "arguments": { 3076# "options": { "node-name": "node0", 3077# "driver": "raw", 3078# "file": { "driver": "file", 3079# "filename": "fedora.iso" } } } } 3080# <- { "return": {} } 3081# 3082# -> { "execute": "x-blockdev-insert-medium", 3083# "arguments": { "id": "ide0-1-0", 3084# "node-name": "node0" } } 3085# 3086# <- { "return": {} } 3087# 3088## 3089{ 'command': 'x-blockdev-insert-medium', 3090 'data': { '*device': 'str', 3091 '*id': 'str', 3092 'node-name': 'str'} } 3093 3094 3095## 3096# @BlockdevChangeReadOnlyMode: 3097# 3098# Specifies the new read-only mode of a block device subject to the 3099# @blockdev-change-medium command. 3100# 3101# @retain: Retains the current read-only mode 3102# 3103# @read-only: Makes the device read-only 3104# 3105# @read-write: Makes the device writable 3106# 3107# Since: 2.3 3108# 3109## 3110{ 'enum': 'BlockdevChangeReadOnlyMode', 3111 'data': ['retain', 'read-only', 'read-write'] } 3112 3113 3114## 3115# @blockdev-change-medium: 3116# 3117# Changes the medium inserted into a block device by ejecting the current medium 3118# and loading a new image file which is inserted as the new medium (this command 3119# combines blockdev-open-tray, x-blockdev-remove-medium, 3120# x-blockdev-insert-medium and blockdev-close-tray). 3121# 3122# @device: #optional Block device name (deprecated, use @id instead) 3123# 3124# @id: #optional The name or QOM path of the guest device 3125# (since: 2.8) 3126# 3127# @filename: filename of the new image to be loaded 3128# 3129# @format: #optional format to open the new image with (defaults to 3130# the probed format) 3131# 3132# @read-only-mode: #optional change the read-only mode of the device; defaults 3133# to 'retain' 3134# 3135# Since: 2.5 3136# 3137# Examples: 3138# 3139# 1. Change a removable medium 3140# 3141# -> { "execute": "blockdev-change-medium", 3142# "arguments": { "id": "ide0-1-0", 3143# "filename": "/srv/images/Fedora-12-x86_64-DVD.iso", 3144# "format": "raw" } } 3145# <- { "return": {} } 3146# 3147# 2. Load a read-only medium into a writable drive 3148# 3149# -> { "execute": "blockdev-change-medium", 3150# "arguments": { "id": "floppyA", 3151# "filename": "/srv/images/ro.img", 3152# "format": "raw", 3153# "read-only-mode": "retain" } } 3154# 3155# <- { "error": 3156# { "class": "GenericError", 3157# "desc": "Could not open '/srv/images/ro.img': Permission denied" } } 3158# 3159# -> { "execute": "blockdev-change-medium", 3160# "arguments": { "id": "floppyA", 3161# "filename": "/srv/images/ro.img", 3162# "format": "raw", 3163# "read-only-mode": "read-only" } } 3164# 3165# <- { "return": {} } 3166# 3167## 3168{ 'command': 'blockdev-change-medium', 3169 'data': { '*device': 'str', 3170 '*id': 'str', 3171 'filename': 'str', 3172 '*format': 'str', 3173 '*read-only-mode': 'BlockdevChangeReadOnlyMode' } } 3174 3175 3176## 3177# @BlockErrorAction: 3178# 3179# An enumeration of action that has been taken when a DISK I/O occurs 3180# 3181# @ignore: error has been ignored 3182# 3183# @report: error has been reported to the device 3184# 3185# @stop: error caused VM to be stopped 3186# 3187# Since: 2.1 3188## 3189{ 'enum': 'BlockErrorAction', 3190 'data': [ 'ignore', 'report', 'stop' ] } 3191 3192 3193## 3194# @BLOCK_IMAGE_CORRUPTED: 3195# 3196# Emitted when a disk image is being marked corrupt. The image can be 3197# identified by its device or node name. The 'device' field is always 3198# present for compatibility reasons, but it can be empty ("") if the 3199# image does not have a device name associated. 3200# 3201# @device: device name. This is always present for compatibility 3202# reasons, but it can be empty ("") if the image does not 3203# have a device name associated. 3204# 3205# @node-name: #optional node name (Since: 2.4) 3206# 3207# @msg: informative message for human consumption, such as the kind of 3208# corruption being detected. It should not be parsed by machine as it is 3209# not guaranteed to be stable 3210# 3211# @offset: #optional if the corruption resulted from an image access, this is 3212# the host's access offset into the image 3213# 3214# @size: #optional if the corruption resulted from an image access, this is 3215# the access size 3216# 3217# @fatal: if set, the image is marked corrupt and therefore unusable after this 3218# event and must be repaired (Since 2.2; before, every 3219# BLOCK_IMAGE_CORRUPTED event was fatal) 3220# 3221# Note: If action is "stop", a STOP event will eventually follow the 3222# BLOCK_IO_ERROR event. 3223# 3224# Example: 3225# 3226# <- { "event": "BLOCK_IMAGE_CORRUPTED", 3227# "data": { "device": "ide0-hd0", "node-name": "node0", 3228# "msg": "Prevented active L1 table overwrite", "offset": 196608, 3229# "size": 65536 }, 3230# "timestamp": { "seconds": 1378126126, "microseconds": 966463 } } 3231# 3232# Since: 1.7 3233## 3234{ 'event': 'BLOCK_IMAGE_CORRUPTED', 3235 'data': { 'device' : 'str', 3236 '*node-name' : 'str', 3237 'msg' : 'str', 3238 '*offset' : 'int', 3239 '*size' : 'int', 3240 'fatal' : 'bool' } } 3241 3242## 3243# @BLOCK_IO_ERROR: 3244# 3245# Emitted when a disk I/O error occurs 3246# 3247# @device: device name. This is always present for compatibility 3248# reasons, but it can be empty ("") if the image does not 3249# have a device name associated. 3250# 3251# @node-name: node name. Note that errors may be reported for the root node 3252# that is directly attached to a guest device rather than for the 3253# node where the error occurred. (Since: 2.8) 3254# 3255# @operation: I/O operation 3256# 3257# @action: action that has been taken 3258# 3259# @nospace: #optional true if I/O error was caused due to a no-space 3260# condition. This key is only present if query-block's 3261# io-status is present, please see query-block documentation 3262# for more information (since: 2.2) 3263# 3264# @reason: human readable string describing the error cause. 3265# (This field is a debugging aid for humans, it should not 3266# be parsed by applications) (since: 2.2) 3267# 3268# Note: If action is "stop", a STOP event will eventually follow the 3269# BLOCK_IO_ERROR event 3270# 3271# Since: 0.13.0 3272# 3273# Example: 3274# 3275# <- { "event": "BLOCK_IO_ERROR", 3276# "data": { "device": "ide0-hd1", 3277# "node-name": "#block212", 3278# "operation": "write", 3279# "action": "stop" }, 3280# "timestamp": { "seconds": 1265044230, "microseconds": 450486 } } 3281# 3282## 3283{ 'event': 'BLOCK_IO_ERROR', 3284 'data': { 'device': 'str', 'node-name': 'str', 'operation': 'IoOperationType', 3285 'action': 'BlockErrorAction', '*nospace': 'bool', 3286 'reason': 'str' } } 3287 3288## 3289# @BLOCK_JOB_COMPLETED: 3290# 3291# Emitted when a block job has completed 3292# 3293# @type: job type 3294# 3295# @device: The job identifier. Originally the device name but other 3296# values are allowed since QEMU 2.7 3297# 3298# @len: maximum progress value 3299# 3300# @offset: current progress value. On success this is equal to len. 3301# On failure this is less than len 3302# 3303# @speed: rate limit, bytes per second 3304# 3305# @error: #optional error message. Only present on failure. This field 3306# contains a human-readable error message. There are no semantics 3307# other than that streaming has failed and clients should not try to 3308# interpret the error string 3309# 3310# Since: 1.1 3311# 3312# Example: 3313# 3314# <- { "event": "BLOCK_JOB_COMPLETED", 3315# "data": { "type": "stream", "device": "virtio-disk0", 3316# "len": 10737418240, "offset": 10737418240, 3317# "speed": 0 }, 3318# "timestamp": { "seconds": 1267061043, "microseconds": 959568 } } 3319# 3320## 3321{ 'event': 'BLOCK_JOB_COMPLETED', 3322 'data': { 'type' : 'BlockJobType', 3323 'device': 'str', 3324 'len' : 'int', 3325 'offset': 'int', 3326 'speed' : 'int', 3327 '*error': 'str' } } 3328 3329## 3330# @BLOCK_JOB_CANCELLED: 3331# 3332# Emitted when a block job has been cancelled 3333# 3334# @type: job type 3335# 3336# @device: The job identifier. Originally the device name but other 3337# values are allowed since QEMU 2.7 3338# 3339# @len: maximum progress value 3340# 3341# @offset: current progress value. On success this is equal to len. 3342# On failure this is less than len 3343# 3344# @speed: rate limit, bytes per second 3345# 3346# Since: 1.1 3347# 3348# Example: 3349# 3350# <- { "event": "BLOCK_JOB_CANCELLED", 3351# "data": { "type": "stream", "device": "virtio-disk0", 3352# "len": 10737418240, "offset": 134217728, 3353# "speed": 0 }, 3354# "timestamp": { "seconds": 1267061043, "microseconds": 959568 } } 3355# 3356## 3357{ 'event': 'BLOCK_JOB_CANCELLED', 3358 'data': { 'type' : 'BlockJobType', 3359 'device': 'str', 3360 'len' : 'int', 3361 'offset': 'int', 3362 'speed' : 'int' } } 3363 3364## 3365# @BLOCK_JOB_ERROR: 3366# 3367# Emitted when a block job encounters an error 3368# 3369# @device: The job identifier. Originally the device name but other 3370# values are allowed since QEMU 2.7 3371# 3372# @operation: I/O operation 3373# 3374# @action: action that has been taken 3375# 3376# Since: 1.3 3377# 3378# Example: 3379# 3380# <- { "event": "BLOCK_JOB_ERROR", 3381# "data": { "device": "ide0-hd1", 3382# "operation": "write", 3383# "action": "stop" }, 3384# "timestamp": { "seconds": 1265044230, "microseconds": 450486 } } 3385# 3386## 3387{ 'event': 'BLOCK_JOB_ERROR', 3388 'data': { 'device' : 'str', 3389 'operation': 'IoOperationType', 3390 'action' : 'BlockErrorAction' } } 3391 3392## 3393# @BLOCK_JOB_READY: 3394# 3395# Emitted when a block job is ready to complete 3396# 3397# @type: job type 3398# 3399# @device: The job identifier. Originally the device name but other 3400# values are allowed since QEMU 2.7 3401# 3402# @len: maximum progress value 3403# 3404# @offset: current progress value. On success this is equal to len. 3405# On failure this is less than len 3406# 3407# @speed: rate limit, bytes per second 3408# 3409# Note: The "ready to complete" status is always reset by a @BLOCK_JOB_ERROR 3410# event 3411# 3412# Since: 1.3 3413# 3414# Example: 3415# 3416# <- { "event": "BLOCK_JOB_READY", 3417# "data": { "device": "drive0", "type": "mirror", "speed": 0, 3418# "len": 2097152, "offset": 2097152 } 3419# "timestamp": { "seconds": 1265044230, "microseconds": 450486 } } 3420# 3421## 3422{ 'event': 'BLOCK_JOB_READY', 3423 'data': { 'type' : 'BlockJobType', 3424 'device': 'str', 3425 'len' : 'int', 3426 'offset': 'int', 3427 'speed' : 'int' } } 3428 3429## 3430# @PreallocMode: 3431# 3432# Preallocation mode of QEMU image file 3433# 3434# @off: no preallocation 3435# @metadata: preallocate only for metadata 3436# @falloc: like @full preallocation but allocate disk space by 3437# posix_fallocate() rather than writing zeros. 3438# @full: preallocate all data by writing zeros to device to ensure disk 3439# space is really available. @full preallocation also sets up 3440# metadata correctly. 3441# 3442# Since: 2.2 3443## 3444{ 'enum': 'PreallocMode', 3445 'data': [ 'off', 'metadata', 'falloc', 'full' ] } 3446 3447## 3448# @BLOCK_WRITE_THRESHOLD: 3449# 3450# Emitted when writes on block device reaches or exceeds the 3451# configured write threshold. For thin-provisioned devices, this 3452# means the device should be extended to avoid pausing for 3453# disk exhaustion. 3454# The event is one shot. Once triggered, it needs to be 3455# re-registered with another block-set-threshold command. 3456# 3457# @node-name: graph node name on which the threshold was exceeded. 3458# 3459# @amount-exceeded: amount of data which exceeded the threshold, in bytes. 3460# 3461# @write-threshold: last configured threshold, in bytes. 3462# 3463# Since: 2.3 3464## 3465{ 'event': 'BLOCK_WRITE_THRESHOLD', 3466 'data': { 'node-name': 'str', 3467 'amount-exceeded': 'uint64', 3468 'write-threshold': 'uint64' } } 3469 3470## 3471# @block-set-write-threshold: 3472# 3473# Change the write threshold for a block drive. An event will be 3474# delivered if a write to this block drive crosses the configured 3475# threshold. The threshold is an offset, thus must be 3476# non-negative. Default is no write threshold. Setting the threshold 3477# to zero disables it. 3478# 3479# This is useful to transparently resize thin-provisioned drives without 3480# the guest OS noticing. 3481# 3482# @node-name: graph node name on which the threshold must be set. 3483# 3484# @write-threshold: configured threshold for the block device, bytes. 3485# Use 0 to disable the threshold. 3486# 3487# Since: 2.3 3488# 3489# Example: 3490# 3491# -> { "execute": "block-set-write-threshold", 3492# "arguments": { "node-name": "mydev", 3493# "write-threshold": 17179869184 } } 3494# <- { "return": {} } 3495# 3496## 3497{ 'command': 'block-set-write-threshold', 3498 'data': { 'node-name': 'str', 'write-threshold': 'uint64' } } 3499 3500## 3501# @x-blockdev-change: 3502# 3503# Dynamically reconfigure the block driver state graph. It can be used 3504# to add, remove, insert or replace a graph node. Currently only the 3505# Quorum driver implements this feature to add or remove its child. This 3506# is useful to fix a broken quorum child. 3507# 3508# If @node is specified, it will be inserted under @parent. @child 3509# may not be specified in this case. If both @parent and @child are 3510# specified but @node is not, @child will be detached from @parent. 3511# 3512# @parent: the id or name of the parent node. 3513# 3514# @child: #optional the name of a child under the given parent node. 3515# 3516# @node: #optional the name of the node that will be added. 3517# 3518# Note: this command is experimental, and its API is not stable. It 3519# does not support all kinds of operations, all kinds of children, nor 3520# all block drivers. 3521# 3522# Warning: The data in a new quorum child MUST be consistent with that of 3523# the rest of the array. 3524# 3525# Since: 2.7 3526# 3527# Example: 3528# 3529# 1. Add a new node to a quorum 3530# -> { "execute": "blockdev-add", 3531# "arguments": { 3532# "options": { "driver": "raw", 3533# "node-name": "new_node", 3534# "file": { "driver": "file", 3535# "filename": "test.raw" } } } } 3536# <- { "return": {} } 3537# -> { "execute": "x-blockdev-change", 3538# "arguments": { "parent": "disk1", 3539# "node": "new_node" } } 3540# <- { "return": {} } 3541# 3542# 2. Delete a quorum's node 3543# -> { "execute": "x-blockdev-change", 3544# "arguments": { "parent": "disk1", 3545# "child": "children.1" } } 3546# <- { "return": {} } 3547# 3548## 3549{ 'command': 'x-blockdev-change', 3550 'data' : { 'parent': 'str', 3551 '*child': 'str', 3552 '*node': 'str' } } 3553