Re: Varying table index for disk I/O stats

Brian Candler <[email protected]>
Newsgroups gmane.network.cacti.user
Message-ID <[email protected]>
On Mon, May 20, 2013 at 10:10:08AM +0200, Gandalf wrote:
> But unfortunately, if I remember correctly, that reindexing script does not
> change everything we need. I remember tweaking around a lot.
> So, for verification only, are you able to create some NEW graphs to verify?
> I'll try to make up my mind about the missing bits to tell you later

Thank you. I added:

       <index_order>hrDiskIODescr:hrDiskIOIndex</index_order>

to /usr/share/cacti/resource/snmp_queries/disk_io.xml, deleted the disk I/O
graphs for one host (I'm pretty sure I said to delete linked data sources),
and recreated disk I/O graphs for that host.

If I go to "Data Sources" for that host, the "Custom Data" section still
shows:

  Output Type ID      [Host MIB - Disk I/O - Bytes per second]
  Index Value         55
  Index Type          [hrDiskIOIndex]

but the Index Type is now a drop-down which would allow me to select
hrDiskIODescr if I wanted.  Should I change it to

  Index Value         md127
  Index Type          [hrDiskIODescr]  ?

And if so, how could I get this chosen by default for new graphs?

The systems are running now so I can't reboot to try to shuffle the OIDs
around.  However as far as I can tell, the new graph is working fine and the
old graphs are continuing to capture data.

I have 22 sets of I/O graphs in total, so it would be nice if I could avoid
deleting and recreating them all.

Cheers,

Brian.

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.