Bug #888
cacti failing to populate data sources - possible db corruption
100%
Description
At least in mn_sync_stats, cacti is failing to store the data collected into the appropriate datasource. Debugging shows that the poller collects the required information (the plug-ins are doing their job), but cacti internals are failing to insert 2 out of 3 values into the associated rra. (mn-dryad-dev).
Could be something with the mysql tables, or perhaps the poller is getting clogged (trying to process too many requests) and getting sloppy.
Subtasks
History
#1 Updated by Dave Vieglais about 14 years ago
- Parent task set to #908
- Milestone set to CCI-0.6
- Target version deleted (
CCI-0.6)
#2 Updated by Rob Nahf about 14 years ago
- Start date set to 2010-10-07
- Tracker changed from Task to Bug
#3 Updated by Rob Nahf about 14 years ago
- Parent task deleted (
#908) - Tracker changed from Task to Bug
#4 Updated by Rob Nahf about 14 years ago
- Target version set to Sprint-2010.40
#5 Updated by Matthew Jones about 14 years ago
- Target version changed from Sprint-2010.40 to Sprint-2010.41
- Position set to 7
#6 Updated by Rob Nahf about 14 years ago
- Position set to 1
- Position deleted (
10) - Target version changed from Sprint-2010.41 to Sprint-2010.42
- Position changed from 1 to 52
#7 Updated by Dave Vieglais about 14 years ago
- Target version changed from Sprint-2010.42 to Sprint-2010.43
- Position set to 1
- Position changed from 1 to 53
- Position deleted (
47)
#8 Updated by Dave Vieglais about 14 years ago
- Target version changed from Sprint-2010.43 to Sprint-2010.45
- Position set to 3
- Position deleted (
55)
#9 Updated by Rob Nahf about 14 years ago
- Position deleted (
19) - Position set to 64
#10 Updated by Dave Vieglais about 14 years ago
- Position deleted (
73) - Position set to 22
- Target version changed from Sprint-2010.45 to Sprint-2010.46
#11 Updated by Rob Nahf about 14 years ago
Two problems are present: the MN object and MN retrieval graphs are not getting populated, seemingly due to not having enough time between polling. (Getting the partial result error in the logs). Second, the mn_sync_stats is only showing 1 of 3 stats on the graphs. It is doubtful that the information is making it into the data source.
#12 Updated by Dave Vieglais about 14 years ago
- Position deleted (
35) - Target version changed from Sprint-2010.46 to Sprint-2010.47
- Position set to 9
#13 Updated by Dave Vieglais almost 14 years ago
- Position deleted (
33) - Target version changed from Sprint-2010.47 to Sprint-2010.48
- Position set to 3
#14 Updated by Rob Nahf almost 14 years ago
- Status changed from New to In Progress
poller is taking nearly all the 5 minutes to complete the polling jobs, but was a red-herring. The mn_health_stats.pl script was not executable after an update. The mn_objects and mn_retrievals graphs are running again. Still working on mn_sync_stats.pl..
#15 Updated by Rob Nahf almost 14 years ago
- Status changed from In Progress to Closed
Squashed a couple tired-eyes, minor bugs (parameter misspellings and un-executable script). Updated the troubleshooting guide to look out for these types of errors.
#16 Updated by Rob Nahf almost 14 years ago
The poller is still very close to taking more than 5 minutes to complete its polling, so will need to address that in separate story.
