Description of problem:
sadc was adjusted from v5.1.2 (RHEL5 uses v7+) to only collect disk stats if the '-d' flag is set, to save disk space. This is unlikely to be desired behaviour for an enterprise OS, and not something sysadmins should need to remember to turn on by default. The fix is trivial: to adjust the /etc/cron.d/sysstat entry for sa1 to include a '-d' flag.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install sysstat package, and allow stats collection to begin to run
$ sar -d
3. Compare with
$ sar -d 1 1
"Requested activities not available in file"
"Linux 2.6.18-164.el5 (bfssydc9n1) 04/27/10
15:01:56 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util
15:01:57 dev8-0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
15:01:57 dev8-1 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
15:01:57 dev8-2 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
Can be fixed with e.g.
bfssydc8n1 root diff /var/tmp/sysstat.crond.orig /etc/cron.d/sysstat
< */10 * * * * root /usr/lib64/sa/sa1 1 1
> */10 * * * * root /usr/lib64/sa/sa1 -d 1 1
I'm chiming in to state that as a large enterprise customer, we COMPLETELY agree. Disk statistics are absolutely mandatory in our environment.
I've also asked our TAM to push this through along with an enhancement request for SAR to provide the disk statistics by sd or mpath device names. As they report today they are difficult to interrupt because we have to map the contents of /proc/partitions (major minor numbers) back to the sd or multipath device.
I'd like the -d added in 5.6 and any new major release. I'd like the enhancement mapped into a future update of sysstat on RHEL 5 as well as RHEL 6.
*** This bug has been marked as a duplicate of bug 598794 ***