Re: Update OpenNMS from 20.0.1 to 21.0.3 on CentOS 7
Jonathan Heard <[email protected]>
| Newsgroups | gmane.network.opennms.general |
|---|---|
| Message-ID | <[email protected]> |
On 17/04/18 02:01, JohnD Blackburn wrote: > I’ve set our foreign ID in our Servers requisition to the server host > name, and setting “org.opennms.rrd.storeByForeignSource=true” in > opennms.properties. That way, if I need to rebuild an OpenNMS server > from scratch, I can restore the rrd directory tree thus preserving > most of the historic performance metrics. There will be a gap in the > metrics between when the backup was taken and when it was restored of > course, but my users were happy with that. That's a useful tip, thanks John! I always thought that foreign source ID was an integer (and it freaks me out a little that auto-generated ones can be positive or negative numbers!) but if it can be a string then I'll look at modifying my config in the same way. On 17/04/18 07:53, Craig Gallen wrote: > The Eclipse IDE also has compare functionality like Meld which can ignore whitespace in XML. I use eclipse to help me with upgrades. Also it can be very helpful to use GIT to version control changes on your etc directory. Eclipse can do diffs between git branches or tags. So you can use it to see what changes you have made to a virgin config and what changes there are between versions of OpenNMS. That's a really useful tip about using Eclipse, Craig - Before I switched our OpenNMS over to an automated approach using puppet, we were manually maintaining and upgrading OpenNMS and using git to save the config - but the standard diff tools in git do not handle XML at all well :-( Whitespace was a big problem, but so also were changes like <tag a=1 b=2> being changed to <tag b=2 a=1> between two versions of OpenNMS - Semantically identical XML but different according to just about any diff tool :-/ I have to say that the configuration I inherited was a total mess - lots of inconsistencies, lots of obsolete files left from former OpenNMS versions. There was zero user confidence in the product and a number of people wanted to replace it with another tool. I'd still stay that OpenNMS can be very cumbersome, but once you get it under control and get to know it better, you realise how immensely capable it is. Unfortunately, owing to where I'm working I am unable to publicly release my approach using Puppet to generate OpenNMS config, however I might not even have taken my approach had I known about this idea: https://www.youtube.com/watch?v=0v-rRMLKMhw (It's from OpenNMS User Conference 2014 and demonstrates using 'rake' to generate XML config for OpenNMS from much simpler text files). ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ 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