
Hi
So looking at this from a generic point of view, would there be great resistance to a app_entity table? Something like device_id, app_id, type, name?
For storing graph-able entities?
Regards — David Peall
On 12 Jun 2014, at 8:45 PM, David Peall david@dnservices.co.za wrote:
It is for Postgresql monitoring:
For example there is a server it has one 9.0 cluster with 2 databases and two 9.3 clusters with a database each.
The user agent generates the output for the above and I’m now sitting with the following RRD’s which are all created dynamically based on the unix agent input:
server/app-pgcluster-<appid>-9.0-cluster1.rdd server/app-pgcluster-<appid>-9.0-cluster1-db1.rdd server/app-pgcluster-<appid>-9.0-cluster1-db2.rdd server/app-pgcluster-<appid>-9.3-cluster2.rdd server/app-pgcluster-<appid>-9.3-cluster2-db1.rdd server/app-pgcluster-<appid>-9.3-cluster3.rdd server/app-pgcluster-<appid>-9.3-cluster3-db1.rdd
I can’t workout how to call the graphs from /opt/observium/html/pages/device/apps/pgclusters.inc.php dynamically.
Regards — David Peall
On 12 Jun 2014, at 4:16 PM, Tom Laermans tom.laermans@powersource.cx wrote:
You may need to give some more concrete example of what you're trying to accomplish. :)
On 06/12/2014 01:54 PM, David Peall wrote:
Hi Adam
Do any of the templates create more than one graph? I seem to be a bit stuck there.
Regards — David Peall
On 12 Jun 2014, at 5:29 AM, Adam Armstrong adama@memetic.org wrote:
On 2014-06-11 03:04, David Peall wrote:
I think I’ve found the answer: html/includes/graphs/generic_multi_data_separated.inc.php or something along those lines.
It wasn't clear from your original question what you were doing, but yes, all graphs *should* just be building an array and variables to send to one of the graph templates.
Some older graphs don't do this (and ones contributed by people who knew no better), but anything new should (and must) just build an array and then call one of the templates.
adam. _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium