Hi,
We've had this issue for a long time, and we've thus far been unwilling to have a globally generic "entity" table. The entire apps setup was a 30 minute hack that I never really thought through before I implemented.
You can't really make any suggestions without thinking about how /other/ applications and services would fit into it and what limitations there would be.
I think any modification or expansion of the apps system should also involve reengineering the whole thing to make it more useful. The web interface needs access to data outside of RRD files. How do we store it? Fitting it into MySQL is a pain.
Having a method of storing sub-entities of applications is probably required, but I think it should be done as part of a complete re-engineering, so that it's not wasted effort later on.
adam.
On 2014-06-17 01:47, David Peall wrote:
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 [1]
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [1]
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [1]
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Links:
[1] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium