Bug 64502 - "sar" gives bogus averages.
Summary: "sar" gives bogus averages.
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: sysstat
Version: 7.3
Hardware: i386
OS: Linux
medium
high
Target Milestone: ---
Assignee: Trond Eivind Glomsrxd
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-05-06 21:14 UTC by Ali-Reza Anghaie
Modified: 2007-04-18 16:42 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2002-06-15 00:32:34 UTC
Embargoed:


Attachments (Terms of Use)

Description Ali-Reza Anghaie 2002-05-06 21:14:33 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (compatible; Konqueror/3.0.0-10; Linux 2.4.18-3; X11; i686; en_US, en_US.iso885915)

Description of problem:
The "Average:" results are completely out of whack. It looks more-or less like the peek or bottom for everything, nothing close to an average.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1."sar"
2.Look at numbers in columns.
3.Look at averages.
4.Cock head to the side.
 

Actual Results:  11:00:01 AM       all      5.92      0.00      2.03     92.05
11:10:00 AM       all      0.54      0.00      0.89     98.57
11:20:01 AM       all      3.02      8.05     22.85     66.08
11:30:01 AM       all      8.15      0.00      2.31     89.54
11:40:01 AM       all      8.03      0.00      2.42     89.55
11:50:01 AM       all     16.04      0.00      2.81     81.16
12:00:00 PM       all     21.11      0.00      3.23     75.66
03:40:01 PM       all    100.01    100.01    100.01      0.00
04:40:00 PM       all    100.00      0.00    100.00      0.00
04:50:00 PM       all      5.87      0.00      1.26     92.87
05:00:00 PM       all      4.70      0.00      1.48     93.82
05:10:00 PM       all      4.93      0.00      1.29     93.78
Average:          all    100.22    100.20    100.13      0.00

Expected Results:  Something close to an average. Or perhaps I'm expecting something way off.

Additional info:

sysstat-4.0.3-2  RPM .... stock Valhalla.

Comment 1 Ali-Reza Anghaie 2002-06-02 01:45:51 UTC
Setting to normal/high as a lot of scripts (and people) depend on SAR working  
and it's been brought up more than once on IRC as a complaint. I'm not the  
only one running into it.

Comment 2 Ali-Reza Anghaie 2002-06-15 00:32:28 UTC
I've built and deployed (as a RPM) sysstat 4.0.3 directly from tarball. The 
problem doesn't seem to be in the stock packages unless I missed something. 
 
I went ahead and built my own 4.0.5 RPMs and it's been a-ok running for three 
days now so I'm going to try to dist it out to my other boxen. 
 
I'd think an errata release for this would be a good idea but it's your call. 
 
Cheers, -Ali

Comment 3 Ali-Reza Anghaie 2002-06-17 19:05:46 UTC
I was looking at the SRPM and the two patches it applies don't obviously 
effect anything that would account for the averages. I wasn't able to 
replicate the problem from stock 4.0.3 tarballs but that may have been a 
fluke. 
 
Back on RH RPMs and the problem comes up again when the data refreshes. 
 
Tried Rawhide for two days, no problem. Closing bug as 'RAWHIDE'. -Ali

Comment 4 Trond Eivind Glomsrxd 2002-06-17 19:14:30 UTC
So the problem is in 4.0.3, not in 4.0.4? (4.0.5 should be coming to Rawhide
shortly...)

Comment 5 Ali-Reza Anghaie 2002-06-17 19:16:58 UTC
The same problem can be replicated by ~not~ having the proper sysstat script run
BTW. I figured that out accidently under 4.0.5 ..

4.0.5 works fine straight from tarballs. I've got it on tons of machines that
way before I decided to try Rawhide on one machine.

Cheers, -Ali


Note You need to log in before you can comment on or make changes to this bug.