aboutsummaryrefslogtreecommitdiff
path: root/tests/qemu-iotests/149
diff options
context:
space:
mode:
authorKevin Wolf <kwolf@redhat.com>2016-04-04 17:11:13 +0200
committerKevin Wolf <kwolf@redhat.com>2016-04-05 09:22:28 +0200
commit76b223200ef4fb09dd87f0e213159795eb68e7a5 (patch)
tree738f8a652767248a300bd62a1ccb576cde9a5553 /tests/qemu-iotests/149
parent5cf87fd68e1ea06013594682cec6feb5488fb773 (diff)
block: Forbid I/O throttling on nodes with multiple parents for 2.6
As the patches to move I/O throttling to BlockBackend didn't make it in time for the 2.6 release, but the release adds new ways of configuring VMs whose behaviour would change once the move is done, we need to outlaw such configurations temporarily. The problem exists whenever a BDS has more users than just its BB, for example it is used as a backing file for another node. (This wasn't possible in 2.5 yet as we introduced node references to specify a backing file only recently.) In these cases, the throttling would apply to these other users now, but after moving throttling to the BlockBackend the other users wouldn't be throttled any more. This patch prevents making new references to a throttled node as well as using monitor commands to throttle a node with multiple parents. Compared to 2.5 this changes behaviour in some corner cases where references were allowed before, like bs->file or Quorum children. It seems reasonable to assume that users didn't use I/O throttling on such low level nodes. With the upcoming move of throttling into BlockBackend, such configurations won't be possible anyway. Signed-off-by: Kevin Wolf <kwolf@redhat.com> Reviewed-by: Eric Blake <eblake@redhat.com>
Diffstat (limited to 'tests/qemu-iotests/149')
0 files changed, 0 insertions, 0 deletions