[Spacewalk-list] Generic Program with "multiple data" points

[Miroslav Suchý]

On 07/27/2011 10:19 PM, GProcunier at symcor.com wrote:
> Is it possible to have multiple data categories and data points in a
> "Generic Program with Data" probe similar to the built in "Linux: TCP
> Connections by State" ?

I discuss it with Greg on IRC. Other may find some information useful:

[15:50] <__greg__> the issue I am running into is that a command like
iostat returns many data points, however with the documented Generic
Program With Data it looks like only 1 of those points can be captured
[15:51] <__greg__> unless you know another way
[15:51] <__greg__> as it is i need to create two probes (instances of
iostat) to capture Read IOPs and Write IOPs
[15:51] <__greg__> which is highly ineficient
[15:51] <__greg__> *efficient
[15:52] <__greg__> it would be great if you could <perldata> <hash>
<item> </item> </hash> <hash> <item> </item> </hash> <hash> <item>
</item> </hash> <hash> <item> </item> </hash> </perldata>
[15:52] <__greg__> or
[15:53] <__greg__> handle multiple <item></item>'s within 1 <hash>
[15:53] <msuchy>
http://docs.redhat.com/docs/en-US/Red_Hat_Network_Satellite/5.4.1/html/Reference_Guide/sect-Reference_Guide-Probes-General.html#sect-Reference_Guide-General-GeneralRemote_Program_with_Data
[15:53] <msuchy> you can have more item in one hash
[15:54] <msuchy> I'm not sure if you can have more then one hash
[15:54] <__greg__> well
[15:54] <__greg__> that shows that you can have more then 1 <item>
[15:54] <__greg__> but what about mor ethen one item key="data"
[15:54] <msuchy> that is probably not possiblem
[15:54] <__greg__> Ideally i would like to emulate what the Linux: TCP
Connections by State does
[15:55] <__greg__> which is very advanced
[15:55] <__greg__> plotting multiple data points
[15:55] <__greg__> and configurable data streams
[15:55] <__greg__> then we could just make the IOSTAT probe
[15:55] <__greg__> and let users pick which of the 15 fields it records give
[15:56] <__greg__> do you see where I am coming from ?
[15:56] <msuchy> well you can always create new probe, which should be
quite easy
[15:57] <__greg__> i havent looked at how to integrate custom probes
[15:57] <msuchy> you just write new .pm module - you can get idea from
those existing modules
[15:57] <__greg__> how do they show up in the probe list
[15:57] <msuchy> and then insert one record into db
[15:57] <msuchy> hmm we can even have some readme about that
[15:57] <msuchy> let me look around
[15:58] <__greg__> thanks
[16:02] <msuchy> see monitoring/PerlModules/NP/Probe/Overview.pod in our
git repo
[16:02] <__greg__> do you have a url ?
[16:02] <__greg__> for the repo
[16:02] <msuchy> https://fedorahosted.org/spacewalk/browser
[16:03] <__greg__> thanks
[16:03] <msuchy> https://fedorahosted.org/spacewalk/wiki/GitGuide
[16:04] <msuchy> then check:
schema/spacewalk/common/data/rhn_command.sql for example how to appear in db
[16:04] <msuchy> err in webui
[16:06] <msuchy> and schema/spacewalk/common/data/rhn_metrics.sql and
schema/spacewalk/common/data/rhn_command_parameter.sql and
schema/spacewalk/common/data/rhn_command_param_threshold.sql
[16:06] <msuchy> if you want to tune up the tresholds, metrics or parameters

-- 
Miroslav Suchy
Red Hat Satellite Engineering