I've tried to understand those NCM main page graphs like "Overall Running vs. Startup Config Conflicts" and "Overall Configuration Changes Snapshot". What means the state "unknown"? I have nearly 100% of devices as unknown, as the matter of fact, they have always been like that! Not very much usefull information... I don't understand what is the meaning of possible state "unknown". Configs have the conflict of they don't have it, simple! Yeah, I understand that if system doesn't see the situation for some reason, it puts it as unknown. But if my every backup scripts are working fine, and everything else in NCM seems to be ok, why these reports are showing unknown? What should I change to make it show the real situation?
We are backing up startup and running configs and the reports you are referring to seem to be working fine.
There is a little bit of cleanup that I need to do under All Settings > NCM Settings > Comparison Criteria
My Cisco ASA and Cisco Nexus gear need a few extra lines that need to be ignored when comparing startup-config with running-config
Also, I'm backing up configurations on our FortiGate firewalls, the unknowns are a result of these firewalls not having a 'startup-config' and a 'running-config' to compare.
Edit: Added note about FortiGate not able to compare startup-config and running-config
When I try to edit job so that it would backup both running and startup configs, it says
Select one config file type only to generate config change notifications.
So does that mean that I have to choose whether to see config change reports OR running/startup comparison? Sounds stupid...
Here's how my settings look like now, after adding startup configs to download too:
What's the point of having these options in bottom of that screen, if it's impossible to use them if also a startup config download is chosen?
I understand what is reading on screen, but I still not understand why it works like that? I mean, if I download both configs, why system cannot compare running config to last running config, and startup config to last startup config? What prevents that? System knows which is which, so why I should need a separate job for that?
Ismo that is because you have Config Change Notifications selected. As per the grey note: "To generate config change notifications, only one config file type can be selected." If you want change notifications as part of your backup job then you will need to run a separate job for Startup and Running.
Gray / Unknown status can either mean NPM is unable to poll the devices with snmp properly, or it can mean NCM cannot access nodes to show their config files and download them--or it may mean NCM cannot compare them due to some other issue (e.g.: NCM doesn't have access to the archive folder locations or download folder locations, therefore can't analyze/compare configs from day to day, or compare between startup and running configs, there aren't the right Jobs build/enabled to download or compare configs, the nodes aren't included in the Jobs, etc.).
I know this is "basic", but remember that you may be monitoring nodes via ICMP or snmp, but those don't may not have configuration files to backup/download/compare. Also basic: Simply adding a Node to NPM doesn't get it backed up in NCM, doesn't validate its NCM credentials for doing the backup. Make certain nodes that do NOT have config files to backup are not expected to be managed with NCM. And that nodes that DO have config files for NCM to backup, are selected and properly validated / managed / and put into Jobs that are enabled.
If I saw the gray areas you showed us, I'd do some of the following:
After all this, if it's all running correctly, you should not see ANY gray areas in your pie charts, since you've proven NPM and NCM have the right snmp / login credentials for every node, and that every node is having its startup & running configs downloaded every day, and that a config comparison report is being generated and e-mailed to you daily, and that the configs are being moved to an Archive folder that is NOT on any polling engine.
And let us know what you discovered. Screen shots help us help you better! ;^)
Job is working fine and access to devices is ok and they are monitored by SNMP. All backups are successful always, maybe that tells everything necessary.
Saving path... I have no idea where they are. System is built as Solarwinds told, so there are separate Orion server, Flow storage server and SQL server (they were in same server in older version). So now I don't know anymore where is everything saved. I've become more like basic user to this system, thanks to Solarwinds system architech policy. I'm guessing they are in SQL nowadays, but I'm not sure. But backups (last 10 or something) are showing in NCM just right, so doens't that tell that access is ok?
As I wrote in last comment, could it be because I'm only backuping running-configs? So system doesn't even investigate startup configs if they are not backuped by NCM?!? I've been using Orion since version 8 or something and I'm quite sure I got some reports from differences between startup and running configs. But that may have changed later? If it is caused by that, why I don't have everything gray there?!? I mean, I don't backup startup configs from any device, everything is under same job!
No, just running configs (no idea to collect startups as running defines how network works). Does that effect to this issue? Should I add startup configs to backup?
It means that your SolarWinds server can not collect the configs from the devices properly. Make sure that SSH is open (on the firewall) between your SolarWinds server and the devices that you are trying to collect. After that, it should be able to successfully pull in the configs and compare them between running/startup.
Getting back to this old case. I still see everything as gray. Nobody told how system is comparing these states to each other.
I'm getting devices backed up every night, no problem with that, and I'm even getting change reports from them. But I'm not getting data for this graph, and obvously not getting reports if running and startup configs differ, as I've setup in job settings. I know everything should be green, because I actually ran a script that writes configs to flash for every switch. But why it's still gray?
I also getting strange graph from overal comfiguration changes snapshot. How is that calculated really? What does is mean if something is "changed"? Since what? And why is something as gray in there too?
I'm trying to figure out a logic behind these graphs, because if user doesn't understand that, it's impossible to react for those values.
SolarWinds solutions are rooted in our deep connection to our user base in the THWACK® online community. More than 150,000 members are here to solve problems, share technology and best practices, and directly contribute to our product development process. Learn more today by joining now.