Description of problem: libgtop2 calculates wrong Read/Write stats based on parsing /sys/block/sd*/sd??/stat incorrectly with recent kernels in Rawhide. As a result, this confuses the gnome system monitor applet, for example, which uses the libgtop2 API. Version-Release number of selected component (if applicable): libgtop2-2.23.2-1.fc10.i386 kernel-2.6.26-0.72.rc6.git2.fc10.i686 How reproducible: Always Steps to Reproduce: 1. compare /sys/block/sd*/sd??/stat with older kernel (e.g. 2.6.23.15-137.fc8) Or: 1. configure system monitor applet to display hard-disk Read=red, Write=yellow Actual results: /sys vfs returns more fields with different meaning, and system monitor applet displays a graph where Read access has the colour Write access, because it receives wrong I/O values from libgtop2. Example: # uname -r 2.6.23.15-137.fc8 # cat /sys/block/sda/sda1/stat 971 1944 2 4 Versus: # uname -r 2.6.26-0.72.rc6.git2.fc10.i686 # cat /sys/block/sda/sda1/stat 160 577 13262 1160 6 2 16 6 0 683 1166
Fedora 8 is also affected (!): # rpm -q kernel kernel-2.6.23.15-137.fc8 (<-- GOOD) kernel-2.6.25.4-10.fc8 (<-- BREAKS libgtop2)
Since "Status" and "Summary" of external bugzilla references doesn't change automatically, here comes the notification that a fix was commited to upstream svn.
Changing Version to "8", because Fedora 8 and above are affected.
Created attachment 310378 [details] upstream fix for F-8 branch
libgtop2-2.20.2-1.fc8 has been submitted as an update for Fedora 8
libgtop2-2.20.2-1.fc8 has been pushed to the Fedora 8 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update libgtop2'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F8/FEDORA-2008-6384
libgtop2-2.20.2-1.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report.