Unfortunately - I've discovered some additional undesired behaviour.
It looks like more than half the nodes have't had the data merged. I found
a few cases randomly, then decided to do a full sweep.
### total count of nodes that have interface dirs with a "-macaddress"
suffix ###
share/rrd/snmp# find . -type d |grep -E "\-[0-9a-f]{12}" | sed -e
"s:-[[:xdigit:]]*$::g" | awk -F\/ '{print $2}' | sort | uniq | wc -l
1618
### total count of nodes that still have the non-mac suffix directories
(even though they have the mac equivalent) ###
share/rrd/snmp# find . -type d |grep -E "\-[0-9a-f]{12}" | sed -e
"s:-[[:xdigit:]]*$::g" | while read l ; do [ -d $l ] && echo $l ; done |
awk -F\/ '{print $2}' | sort | uniq | wc -l
897
Can you think of any reason why some of the remains unmerged for so may
nodes?
Is it possible to run the process manually egains a single node?
I also see this message at the start of the merge, is it related?
Connecting to jdbc:postgresql://localhost:5432/opennms
Error: can't retrieve data from the OpenNMS Database because null
Cheers,
jcat
--
View this message in context:
http://opennms.530661.n2.nabble.com/1-12-Upgrade-tools-failure-for-many-rrd-files-tp7585683p7585708.html
Sent from the OpenNMS - devel mailing list archive at Nabble.com.
------------------------------------------------------------------------------
WatchGuard Dimension instantly turns raw network data into actionable
security intelligence. It gives you real-time visual feedback on key
security issues and trends. Skip the complicated setup - simply import
a virtual appliance and go from zero to informed in seconds.
http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk
_______________________________________________
Please read the OpenNMS Mailing List FAQ:
http://www.opennms.org/index.php/Mailing_List_FAQ
opennms-devel mailing list
To *unsubscribe* or change your subscription options, see the bottom of this
page:
https://lists.sourceforge.net/lists/listinfo/opennms-devel
