Hi
I’m almost done with my application plugin. The RRD’s are there and updating and I’m looking at html/pages/device/apps/app.inc.php and I’m having an issue.
I have a dynamic number of graphs, with the same/similar sets of data. I need to call the same script repeatedly in html/includes/graphs/… but perhaps with parameters?
Any help is appreciated.
Regards — David Peal
I think I’ve found the answer: html/includes/graphs/generic_multi_data_separated.inc.php or something along those lines.
Regards — David Peall
On 10 Jun 2014, at 1:40 PM, David Peall david@dnservices.co.za wrote:
Hi
I’m almost done with my application plugin. The RRD’s are there and updating and I’m looking at html/pages/device/apps/app.inc.php and I’m having an issue.
I have a dynamic number of graphs, with the same/similar sets of data. I need to call the same script repeatedly in html/includes/graphs/… but perhaps with parameters?
Any help is appreciated.
Regards — David Peal_______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
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.
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
Nope :)
On 2014-06-12 06:54, 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
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
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
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
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
participants (3)
-
Adam Armstrong -
David Peall -
Tom Laermans