From: Alejandro G. <ag...@sy...> - 2011-08-09 16:16:40
|
> My additional comment on this is that the datacollection classes shouldn't even need to know about how (or where) the data is stored. Let the opennms-rrd-api classes handle it. This is the purpose of the StorageStrategy interface. What I'm not sure now is if that strategy is used everywhere. Alejandro. > -----Original Message----- > From: ayresw [mailto:ay...@gm...] > Sent: Tuesday, August 09, 2011 10:35 AM > To: General OpenNMS Discussion > Subject: Re: [opennms-discuss] Alternative SNMP Storage Strategy > > Please open an enhancement issue for this. > > --Bill-- > > On Aug 9, 2011, at 8:22 AM, Roskens, Ronald wrote: > >> In my research into the datacollection code, there really isn't anything out there that would easily let you do something like this without modifying code. Specifically, see the function "public File getResourceDir(RrdRepository repository)" under the datacollection classes. >> >> Ron >> >> -----Original Message----- >> From: Bart Bunting [mailto:ba...@ur...] >> Sent: Monday, August 08, 2011 10:47 PM >> To: ope...@li... >> Subject: [opennms-discuss] Alternative SNMP Storage Strategy >> >> Good Afternoon, >> >> The current OpenNMS storage tree for the JRobin files uses the node ID as part of the path like so: >> >> $OPENNMS_HOME/share/rrd/snmp/$NODE_ID/*.jrb >> >> However, for sites that have been imported and have a foreign ID coming from the import file, it would be more convenient to use a path something like: >> >> $OPENNMS_HOME/share/rrd/snmp/$FOREIGN_SOURCE/$FOREIGN_ID/*.jrb >> >> This would mean that the collected data is no longer dependent on exactly what the ID numbers might be in the OpenNMS database, and can be more easily ported between machines, or restored after a database failure. Is there a way to plug in a different storage algorithm to change the path? >> >> >> If not, any suggestions on what would be required to implement one? >> >> Kind regards >> >> Bart >> >> ---------------------------------------------------------------------- >> -------- uberSVN's rich system and user administration capabilities >> and model configuration take the hassle out of deploying and managing >> Subversion and the tools developers use with it. Learn more about >> uberSVN and get a free download at: >> http://p.sf.net/sfu/wandisco-dev2dev >> _______________________________________________ >> Please read the OpenNMS Mailing List FAQ: >> http://www.opennms.org/index.php/Mailing_List_FAQ >> >> opennms-discuss mailing list >> >> To *unsubscribe* or change your subscription options, see the bottom of this page: >> https://lists.sourceforge.net/lists/listinfo/opennms-discuss >> >> This e-mail message is being sent solely for use by the intended recipient(s) and may contain confidential information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by phone or reply by e-mail, delete the original message and destroy all copies. Thank you. >> >> ---------------------------------------------------------------------- >> -------- uberSVN's rich system and user administration capabilities >> and model configuration take the hassle out of deploying and managing >> Subversion and the tools developers use with it. Learn more about >> uberSVN and get a free download at: >> http://p.sf.net/sfu/wandisco-dev2dev >> _______________________________________________ >> Please read the OpenNMS Mailing List FAQ: >> http://www.opennms.org/index.php/Mailing_List_FAQ >> >> opennms-discuss mailing list >> >> To *unsubscribe* or change your subscription options, see the bottom of this page: >> https://lists.sourceforge.net/lists/listinfo/opennms-discuss > > > ------------------------------------------------------------------------------ > uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying and managing Subversion and the tools developers use with it. Learn more about uberSVN and get a free download at: http://p.sf.net/sfu/wandisco-dev2dev > _______________________________________________ > Please read the OpenNMS Mailing List FAQ: > http://www.opennms.org/index.php/Mailing_List_FAQ > > opennms-discuss mailing list > > To *unsubscribe* or change your subscription options, see the bottom of this page: > https://lists.sourceforge.net/lists/listinfo/opennms-discuss > > This e-mail message is being sent solely for use by the intended recipient(s) and may contain confidential information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by phone or reply by e-mail, delete the original message and destroy all copies. Thank you. > > ------------------------------------------------------------------------------ > uberSVN's rich system and user administration capabilities and model > configuration take the hassle out of deploying and managing Subversion and > the tools developers use with it. Learn more about uberSVN and get a free > download at: http://p.sf.net/sfu/wandisco-dev2dev > _______________________________________________ > Please read the OpenNMS Mailing List FAQ: > http://www.opennms.org/index.php/Mailing_List_FAQ > > opennms-discuss mailing list > > To *unsubscribe* or change your subscription options, see the bottom of this page: > https://lists.sourceforge.net/lists/listinfo/opennms-discuss |