Red Hat Bugzilla – Bug 60029
iostat inflates times by a factor of 10
Last modified: 2007-04-18 12:40:28 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20011226
Description of problem:
The code for reading extended statistics in iostat seems to be out of sync with
the sard patch. iostat assumes that the time values in /proc/partitions are in
ticks. This was true in the early versions of sard patch, but starting with
sard-0.5, the values are converted to milliseconds. iostat performs a second
"conversion," inflating the values by a factor of 10. This affects the columns
avqu-sz, await, svctm, and %util.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.iostat -x -d [ <device> ]
Actual Results: Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz
avgqu-sz await svctm %util
hdb 0.00 0.00 0.00 0.00 0.00 0.00 2.00 0.00 100.00
Expected Results: The corresponding line from /proc/partitions shows:
major minor #blocks name rio rmerge rsect ruse wio wmerge wsect wuse
running use aveq
3 64 6346368 hdb 2 0 4 20 0 0 0 0 0 20 20
The times are in milliseconds (known from kernel source)
The disk had two read requests that were serviced in 20ms.
The average wait time and service time should be 10.00, not 100.00.
Is this still a problem with 4.0.3-1 from http://people.redhat.com/teg/sysstat/?
(put there for other reasons, so I might as well find out :)
Since Trond requested packages to be tested over 8 months ago, and got
no response, and no response on a ping a month later, I'm closing this
bug and assuming that it is fixed and working properly, either with
7.2 erratum (if any), or with a newer version of Red Hat Linux.
If the problem still occurs in Red Hat Linux 7.2, it will not be addressed
at this time, however if it occurs in Red Hat Linux 8.0 fully up2date,
feel free to reopen the report and update it to point to 8.0.
Assuming it is working in CURRENTRELEASE