Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Created attachment 1178802[details]
Test_shell_script_with_FIO
Description of problem:
Currently, for qemu iothrottling, the burst value could be set smaller than the throttle vaule(i.e. the FOO_max value could be smaller than the FOO value), which makes the burst is meaningless, so suggest to limit its value to be equal or larger than throttle value.
After some test by setting the burst value smaller than the throttle value, it's found: If set burst_length at the same time, the IO would be limited only by the burst value; and if not set burst_length, the IO is limited by the throttle value. Please refer to attached script/test logs for details of current issue.
Version-Release number of selected component (if applicable):
How reproducible:
100%
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
(In reply to Gu Nini from comment #0)
> Currently, for qemu iothrottling, the burst value could be set
> smaller than the throttle vaule(i.e. the FOO_max value could be
> smaller than the FOO value), which makes the burst is meaningless,
> so suggest to limit its value to be equal or larger than throttle
> value.
I think I didn't restrict that when I wrote this feature because I
assumed no one would define a FOO_max level that is lower than FOO.
One could argue that if the user does that on purpose then they
deserve the outcome :-)
But I guess it's fine to forbit that kind of setup altogether (that
is, adding a new check to throttle_is_valid()).
The only thing we need to be careful with is that we must not call
throttle_is_valid() after throttle_config(), because the latter sets
FOO_max = FOO / 10 if FOO_max is not set (see throttle_fix_bucket()
for details).
But that doesn't seem to be happening so we should be safe.
Comment 5Miroslav Rezanina
2016-08-10 18:55:07 UTC
Verify the bug on following sw versions:
Host kernel: 3.10.0-489.el7.x86_64
Qemu-kvm-rhev: qemu-kvm-rhev-2.6.0-20.el7.x86_64
Now there is prompt "bps_max/iops_max cannot be lower than bps/iops" if setting burst value less than throttle value.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://rhn.redhat.com/errata/RHBA-2016-2673.html
Created attachment 1178802 [details] Test_shell_script_with_FIO Description of problem: Currently, for qemu iothrottling, the burst value could be set smaller than the throttle vaule(i.e. the FOO_max value could be smaller than the FOO value), which makes the burst is meaningless, so suggest to limit its value to be equal or larger than throttle value. After some test by setting the burst value smaller than the throttle value, it's found: If set burst_length at the same time, the IO would be limited only by the burst value; and if not set burst_length, the IO is limited by the throttle value. Please refer to attached script/test logs for details of current issue. Version-Release number of selected component (if applicable): How reproducible: 100% Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: