[Orca-users] Disk run % graphs don't seem right...
Greg Winn
winngre at cscoe.ac.com
Tue Feb 22 14:49:40 PST 2000
From: "Greg Winn" <winngre at cscoe.ac.com>
Orca-0.25 (out of the box configuration file), Orcallator-1.20.se,
rrdtool-1.0.10:
After fixing the GPRINT statement as suggested (changing from %f to %lf) I
no longer get the format warnings from Orca when it is running.
Unfortunately my disk run percentage graphs do not show percentage values in
the summary (probably due to recasting as long numbers). I have attached a
picture as it seems the disk targets are also being messed up (too many
c0t0d0's!). The rrds are all named for the appropriate disk targets for the
host, so I'm not sure where this is coming from. The platform is a Sun
E450, all internal drives (12 + cdrom), Solaris 2.6, using Disksuite 4.2.
>From an orca -v -v -v:
Creating
`/opt/orca/html/ntmmdb01/o_ntmmdb01_disk_runp_c1t6d0,__disk_runp_c0t0d0,__di
sk_runp_c0t1d0,__disk_runp_c0t0d0,__disk_runp_c0t0d0,__disk_runp_c0t0d0,__di
sk_runp_c0t0d0,__disk_runp_c0t0d0,__disk_runp_c0t0d0,__disk_runp_c0t0d0,__di
sk_runp-5cLCRY3Z7H2kQwnw8E1ewg-daily.png'.
First line from the percol file for this host (you can see all of the right
drives in there, but numerous extra c0t0d0's - note the
"disk_runp_c-1t-1d-1" that appears!):
timestamp locltime DNnsrkcmdit uptime usr% sys% 1runq 5runq 15runq
#proc
scanrate #proc/s #proc/p5s smtx smtx/cpu ncpus mntC_/ mntU_/ mntA_/ mntP_/
mntc
_/ mntu_/ mnta_/ mntp_/ mntC_/var mntU_/var mntA_/var mntP_/var mntc_/var
mntu_/
var mnta_/var mntp_/var mntC_/files0 mntU_/files0 mntA_/files0 mntP_/files0
mntc
_/files0 mntu_/files0 mnta_/files0 mntp_/files0 mntC_/files1 mntU_/files1
mntA_/
files1 mntP_/files1 mntc_/files1 mntu_/files1 mnta_/files1 mntp_/files1
mntC_/fi
les2 mntU_/files2 mntA_/files2 mntP_/files2 mntc_/files2 mntu_/files2
mnta_/file
s2 mntp_/files2 disk_runp_c1t6d0 disk_runp_c0t0d0 disk_runp_c0t1d0
disk_runp_c0t
0d0 disk_runp_c0t0d0 disk_runp_c0t0d0 disk_runp_c0t0d0 disk_runp_c0t0d0
disk_run
p_c0t0d0 disk_runp_c0t0d0 disk_runp_c0t0d0 disk_runp_c0t0d0 disk_runp_c2t0d0
dis
k_runp_c0t0d0 disk_runp_c3t0d0 disk_runp_c0t0d0 disk_runp_c0t0d0
disk_runp_c2t1d
0 disk_runp_c0t0d0 disk_runp_c3t1d0 disk_runp_c0t0d0 disk_runp_c0t0d0
disk_runp_
c2t2d0 disk_runp_c0t0d0 disk_runp_c3t2d0 disk_runp_c0t0d0 disk_runp_c0t0d0
disk_
runp_c0t2d0 disk_runp_c0t3d0 disk_runp_c2t3d0 disk_runp_c3t3d0
disk_runp_c-1t-1d
-1 disk_peak disk_mean disk_rd/s disk_wr/s disk_rK/s disk_wK/s swap_avail
page_r
stim freememK free_pages hme0Ipkt/s hme0Opkt/s hme0InKB/s hme0OuKB/s
hme0
IErr/s hme0OErr/s hme0Coll% hme0NoCP/s hme0Defr/s tcp_Iseg/s tcp_Oseg/s
tcp_
InKB/s tcp_OuKB/s tcp_Ret% tcp_Dup% tcp_Icn/s tcp_Ocn/s tcp_estb tcp_Rst/s
tcp_A
tf/s tcp_Ldrp/s tcp_LdQ0/s tcp_HOdp/s nfs_call/s nfs_timo/s nfs_badx/s
dnlc_ref/
s dnlc_hit% inod_ref/s inod_hit% inod_stl/s pp_kernel pagesfree pageslock
pagesi
o pagestotl
Here are the names of the rrd's that have been created:
o_ntmmdb01_disk_runp_c0t0d0.rrd
o_ntmmdb01_disk_runp_c0t1d0.rrd
o_ntmmdb01_disk_runp_c0t2d0.rrd
o_ntmmdb01_disk_runp_c0t3d0.rrd
o_ntmmdb01_disk_runp_c1t6d0.rrd
o_ntmmdb01_disk_runp_c2t0d0.rrd
o_ntmmdb01_disk_runp_c2t1d0.rrd
o_ntmmdb01_disk_runp_c2t2d0.rrd
o_ntmmdb01_disk_runp_c2t3d0.rrd
o_ntmmdb01_disk_runp_c3t0d0.rrd
o_ntmmdb01_disk_runp_c3t1d0.rrd
o_ntmmdb01_disk_runp_c3t2d0.rrd
o_ntmmdb01_disk_runp_c3t3d0.rrd
running an 'rrdtool last' against these files shows that they are all being
updated, I haven't gone as far as comparing dumps yet -- I don't expect to
find anything there.
It seems that there may be a regex or a loop structure that is not working
right on this architecture in the orcallator.se script.
Here is the output from running the SE example file 'disks.se', it may
provide insight into the device tree that orcallator.se is parsing.
se thinks MAX_DISK is 67
kernel -> path_to_inst -> /dev/dsk part_count [fstype mount]
sd21 -> sd21 -> c1t6d0 0
sd0 -> sd0 -> c0t0d0 0
sd0,a -> sd0,a -> c0t0d0s0 0
sd0,b -> sd0,b -> c0t0d0s1 0
sd0,c -> sd0,c -> c0t0d0s2 0
sd0,d -> sd0,d -> c0t0d0s3 0
sd0,h -> sd0,h -> c0t0d0s7 0
sd1 -> sd1 -> c0t1d0 0
sd1,a -> sd1,a -> c0t1d0s0 0
sd1,b -> sd1,b -> c0t1d0s1 0
sd1,c -> sd1,c -> c0t1d0s2 0
sd1,d -> sd1,d -> c0t1d0s3 0
sd1,h -> sd1,h -> c0t1d0s7 0
md0 -> md0 -> md0 0
md2 -> md2 -> md2 0
md1 -> md1 -> md1 1
md1 ufs /
md3 -> md3 -> md3 0
md5 -> md5 -> md5 0
md4 -> md4 -> md4 1
md4 swap swap
md6 -> md6 -> md6 0
md8 -> md8 -> md8 0
md7 -> md7 -> md7 1
md7 ufs /var
sd30 -> sd30 -> c2t0d0 0
sd30,a -> sd30,a -> c2t0d0s0 0
sd30,c -> sd30,c -> c2t0d0s2 0
md9 -> md9 -> md9 0
sd45 -> sd45 -> c3t0d0 0
sd45,a -> sd45,a -> c3t0d0s0 0
sd45,c -> sd45,c -> c3t0d0s2 0
md11 -> md11 -> md11 0
md10 -> md10 -> md10 1
md10 ufs /files0
sd31 -> sd31 -> c2t1d0 0
sd31,a -> sd31,a -> c2t1d0s0 0
sd31,c -> sd31,c -> c2t1d0s2 0
md12 -> md12 -> md12 0
sd46 -> sd46 -> c3t1d0 0
sd46,a -> sd46,a -> c3t1d0s0 0
sd46,c -> sd46,c -> c3t1d0s2 0
md14 -> md14 -> md14 0
md13 -> md13 -> md13 1
md13 ufs /files1
sd32 -> sd32 -> c2t2d0 0
sd32,a -> sd32,a -> c2t2d0s0 0
sd32,c -> sd32,c -> c2t2d0s2 0
md15 -> md15 -> md15 0
sd47 -> sd47 -> c3t2d0 0
sd47,a -> sd47,a -> c3t2d0s0 0
sd47,c -> sd47,c -> c3t2d0s2 0
md17 -> md17 -> md17 0
md16 -> md16 -> md16 1
md16 ufs /files2
sd2 -> sd2 -> c0t2d0 0
sd2,a -> sd2,a -> c0t2d0s0 0
sd2,b -> sd2,b -> c0t2d0s1 0
sd2,c -> sd2,c -> c0t2d0s2 0
sd2,g -> sd2,g -> c0t2d0s6 0
sd3 -> sd3 -> c0t3d0 0
sd3,a -> sd3,a -> c0t3d0s0 0
sd3,b -> sd3,b -> c0t3d0s1 0
sd3,c -> sd3,c -> c0t3d0s2 0
sd3,g -> sd3,g -> c0t3d0s6 0
sd33 -> sd33 -> c2t3d0 0
sd33,a -> sd33,a -> c2t3d0s0 0
sd33,c -> sd33,c -> c2t3d0s2 0
sd48 -> sd48 -> c3t3d0 0
sd48,a -> sd48,a -> c3t3d0s0 0
sd48,c -> sd48,c -> c3t3d0s2 0
fd0 -> fd0 -> fd0 0
I'm digging through the code myself, although I'd appreciate some
assistance -- I'm not quite up to speed with the source code of this tool
yet.
Thanks in advance!
-Greg
------------------------------------------------------------------------
GET A NEXTCARD VISA, in 30 seconds! Get rates as low as 2.9%
Intro or 9.9% Fixed APR and no hidden fees. Apply NOW!
http://click.egroups.com/1/915/5/_/_/_/951259987/
------------------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Diskrunp.png
Type: image/png
Size: 16350 bytes
Desc: not available
URL: </pipermail/orca-users/attachments/20000222/13b7feae/attachment.png>
More information about the Orca-users
mailing list