Hi folks,
the problem is now fixed in CVS. At least I believe so. Could you test
the appended patch please and give me feedback? Only the first of the
two changes is needed. The second fixes a cosmetic problem.
Apparently parts of the stuff needed for wio were left out in the
2.5.4 -> 3.0 transition.
The bad thing is I suspect more stuff is missing, espacially the few
architecture dependant metrices for HPUX and Solaris. The real bad
thing is that I do not understand how this stuff is supposed to work
anyway :-(
Cheers
Martin
--- Ramon Bastiaans <[EMAIL PROTECTED]> wrote:
> I can report the same thing here, we never see cpu_wio go above 0%
> anywhere
> We run Debian with 2.6.12.5
>
> (added cc: to developer list)
>
> Does anyone have the cpu_wio metric functioning correctly? And on
> what OS?
> I suspect that it's not quite working, or is this a 2.6 thing?
>
> - Ramon.
>
> Utsav Agarwal wrote:
>
> > We have SLES 9 servers running 2.6.5 kernel that gmond reports 0%
> > cpu_wio, while top and iostat show otherwise.
> >
> > What Linux kernels (2.4 or 2.6 or both) is cpu_wio supported on?
> >
> >
> >
> >
> >
> >
>
------------------------------------------------------------------------------------
> >
> > Utsav Agarwal
> >
> > Systems Analyst
> >
> >
>
------------------------------------------------------------------------------------
> >
> >
> >
>
>
------------------------------------------------------
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
diff -ur --exclude=CVS monitor-core/lib/protocol.x monitor-core-xxx/lib/protocol.x
--- monitor-core/lib/protocol.x 2005-01-25 20:27:32.000000000 +0100
+++ monitor-core-xxx/lib/protocol.x 2005-08-25 15:47:54.000000000 +0200
@@ -111,6 +111,7 @@
case metric_cpu_system: /* xdr_float */
case metric_cpu_idle: /* xdr_float */
case metric_cpu_aidle: /* xdr_float */
+ case metric_cpu_wio: /* xdr_float */
case metric_load_one: /* xdr_float */
case metric_load_five: /* xdr_float */
case metric_load_fifteen: /* xdr_float */
@@ -184,7 +185,7 @@
% {metric_disk_total, "disk_total", 1200, GANGLIA_VALUE_DOUBLE, "GB", "both", "%.3f",UDP_HEADER_SIZE+16},
% {metric_disk_free, "disk_free", 180, GANGLIA_VALUE_DOUBLE, "GB", "both", "%.3f",UDP_HEADER_SIZE+16},
% {metric_part_max_used,"part_max_used",180, GANGLIA_VALUE_FLOAT, "", "both", "%.1f",UDP_HEADER_SIZE+8},
-% {metric_cpu_wio, "cpu_wio", 3800, GANGLIA_VALUE_FLOAT, "%", "both", "%.1f",UDP_HEADER_SIZE+8},
+% {metric_cpu_wio, "cpu_wio", 90, GANGLIA_VALUE_FLOAT, "%", "both", "%.1f",UDP_HEADER_SIZE+8},
% {metric_bread_sec, "bread_sec", 90, GANGLIA_VALUE_FLOAT, "", "both", "%.2f",UDP_HEADER_SIZE+8},
% {metric_bwrite_sec, "bwrite_sec", 90, GANGLIA_VALUE_FLOAT, "", "both", "%.2f",UDP_HEADER_SIZE+8},
% {metric_lread_sec, "lread_sec", 90, GANGLIA_VALUE_FLOAT, "", "both", "%.2f",UDP_HEADER_SIZE+8},