Disk stats not collecting on Solaris 10 (sigar iostat all empty)

[edan_hyperic]

We're trying to track down some disk performance issues in VmWare, and HQ's monitoring of "disk service time" has been really useful. So far, I've only been using Linux x64 VMs, but we wanted to expand the data to see how some physical Solaris hosts with direct access ... anyway, I noticed disk service time was not collecting.

I'm using HQ Server 4.1.1 and the agent was 4.1.2. But I downloaded the 4.3.0 agent and I got the same results when testing with SIGAR. I've pasted below the output from sigar version and iostat ... You can see the -1 for all disk stats ... Any ideas?

:) Thanks!


sigar> version
Sigar version.......java=1.6.4.129, native=1.6.4.115
Build date..........java=04/28/2010 04:26 PM, native=04/28/2010 04:43 PM
SCM rev.............java=4b67f57, native=4b67f57
Archlib.............libsigar-sparc-solaris.so
Current fqdn........c3g.xxxx.com
Hostname............c3g
Current user........xxxx

OS description......Solaris 10
OS name.............Solaris
OS arch.............sparc
OS machine..........sun4us
OS version..........5.10
OS patch level......unknown
OS vendor...........Sun Microsystems
OS vendor version...10
OS code name........
OS data model.......32
OS cpu endian.......big
Java vm version.....1.5.0_12-b04
Java vm vendor......Sun Microsystems Inc.
Java home.........../opt/hyperic/hyperic-hq-agent-4.3.0/jre
sigar>
sigar> iostat
Filesystem Mounted on Reads Writes R-bytes W-bytes Queue Svctm
/dev/md/dsk/d0 / -1 -1 - - - -
/dev/md/dsk/d7 /export/home -1 -1 - - - -
/dev/vx/dsk/garchivedg/puoraint1archivevol /ora_archive -1 -1 - - - -

[edan_hyperic]

FWIW, that system is Solaris 10

SunOS c3pg 5.10 Generic_141414-10 sun4us sparc FJSV,GPUZC-M

I'm also seeing this problem on a 4.1.2 agent on Solaris 9. I didn't run the SIGAR test on that system, but I checked it in HQ and it is missing all of its disk stats (disk reads/min, disk writes/min, and disk service time), though it does have disk usage stats. But I noticed "df" and "du" in SIGAR worked, so that makes sense.

I'm not sure how to further debug, would love any ideas :)

[syco_hyperic]

Hi Edan,
I have the same behavior with Solaris 10 Sparc while it works perfectly with my Solaris 10 x86 VM.
I think that you can use the bug forum.

sigar> version
Sigar version.......java=1.6.4.129, native=1.6.4.115
Build date..........java=04/28/2010 04:26 PM, native=04/28/2010 04:43 PM
SCM rev.............java=4b67f57, native=4b67f57
Archlib.............libsigar-sparc-solaris.so
Current fqdn........spdmc1p.vpc.ru
Hostname............spdmc1p
Current user........root

OS description......Solaris 10
OS name.............Solaris
OS arch.............sparc
OS machine..........sun4v
OS version..........5.10
OS patch level......unknown
OS vendor...........Sun Microsystems
OS vendor version...10
OS code name........
OS data model.......32
OS cpu endian.......big
Java vm version.....1.5.0_24-b02
Java vm vendor......Sun Microsystems Inc.
Java home.........../usr/jdk/instances/jdk1.5.0/jre
sigar> iostat
Filesystem Mounted on Reads Writes R-bytes W-bytes Queue Svctm
/dev/md/dsk/d100 / -1 -1 - - - -
/dev/md/dsk/d103 /var -1 -1 - - - -
/dev/md/dsk/d105 /opt -1 -1 - - - -

######################################################
sigar> version
Sigar version.......java=1.6.3.82, native=1.6.3.79
Build date..........java=07/09/2009 04:06 AM, native=07/09/2009 05:32 AM
SCM rev.............java=80016c6, native=80016c6
Archlib.............libsigar-x86-solaris.so
Current fqdn........192.168.1.73
Hostname............mamadddis1
Current user........hyperic

OS description......Solaris 10
OS name.............Solaris
OS arch.............i386
OS machine..........i86pc
OS version..........5.10
OS patch level......unknown
OS vendor...........Sun Microsystems
OS vendor version...10
OS code name........
OS data model.......32
OS cpu endian.......little
Java vm version.....1.5.0_17-b04
Java vm vendor......Sun Microsystems Inc.
Java home.........../usr/jdk/instances/jdk1.5.0/jre
sigar> iostat
Filesystem Mounted on Reads Writes R-bytes W-bytes Queue Svctm
/dev/dsk/c1t0d0s0 / 264349 12360839 3.5G 116G 0.00 1.03

BR, Syco

[edan_hyperic]

On a side note, I just noticed that your two examples syco were slightly different.. The Solaris 10 SPARC is using "md" devices and your Solaris 10 x86 VM is just a plain UFS single disk volume. *shrug*

[admin]

Hi,

Are the filesystems on metadevices such as vxfs?

[edan_hyperic]

It fails for all the vxfs filesystems as well as the / and /export/home which are both UFS (though they are Sun raid "md" types). We don't have any Solaris x86 boxes, at least none that anyone cares about.

Thanks for the confirmation, syco... Perhaps I should repost in the bugs forum.