savell

Is this feature still on the current roadmap? (manually configured the IPSLA tests are not really workable in a Network of any size). Dave.

So when you use Orion Service Manager from the poller, do you see the SolarWinds Trap Service? (and the SolarWinds Syslog Service). Are they both started? You should also have a trap viewer and syslog viewer installed on the poller (SolarWinds Orion/Syslog and SNMP traps) - are there messages visible in both? Have you…

H Dez, In my case, both the MIB walk and Orion UnDP gives the same strange result. The OID is 1.3.6.1.2.1.71.1.1.2.1.10 (nhrpCacheState column in the nhrpCacheEntry table). Dave.

How do I configure it? (the admin guide doesn't give a hint as far as I can see). I can see all the forwarding type options, but nothing that would allow me to strip out the 'Original Address' and log against that source IP address. Dave.

I would also like to add my voice to this feature request. We have been having a few issues lately with 'who did what' and 'when'. The OP suggestion regarding appending the user id to the existing event messages seems like a great idea, and I wouldn't think that hard to implement (as against a full audit log type…

I have the same issue (we have almost the same implementation size as Markku). Has there been any progress on this? I hope the fix also extends across the to the syslog page - it also has the same issue and is not usable for us from the web page). Dave.

No problem, hope it helps. Just to check, the 64bit counter tick box is set for the entire device, rather than for each interface (Edit Node Properties) - is this where you enabled 64bit counter support? The Polling Details section of the Node Details screen enables you to check if 64bit counters are enabled for the device…

No I don't have a ticket open. I didn't think support of CUCM 6.1 was provided - so it didn't occur to me that the call manager stats should have been populated... Will open a ticket up. Dave.

Glad your fix was easy in the end. I think the solution I posted above will only impact those who use a reasonable number of policy compliance reports. A good indicator is just looking at the row count of the policycacheresults table (i.e. select count(*) from policycacheresults). As I noted above - we had a major impact…

Update: Support have worked very hard to identify the issue I was having. It appears that cbqos polling was occuring on just about all our interfaces (10,000+). This wasn't visible from the Netflow sources screen (i.e. no interfaces had this option ticked) and it's currently unknown how/why this occurred (something for…

Option A. Security requirements (i.e. firewall rules and access lists) would preclude us from implementing Option B. Dave.

Just to illustrate a little further, on a complex map I have 200 elements for which status information is retrieved from the database (which also includes the embedded data elements). I can see this from an SQL profiler trace - and can also see that this query takes <100ms to execute and return the 200 rows (and 90…

Mmmm.. The poller moved OK, however neither the APM or VoIP modules seem to want to poll anymore. It seems like the Voipengines and APM_BusinessLayer tables weren't updated with the new install. Have a call in with support #115524 Dave.

I also have the same problem - I basically leave node monitoring off permanently. We also run Orion, so I didn't consider it a big issue. Dave. 

The database size didn't appear to change but the free space has increased. Part of our maint plan is a regular reorg and index rebuild. The reorg sets freespace to 10% - currently it's almost 25%. The index rebuild normally only takes 3-4 minutes and the reorg 15 minutes - so I have a good handle on those tasks. So the…

Did the trick - not sure how I managed to "select all". Really needs some sort of better recovery action if a user does this on a large installation. The only way to recover is via a direct database edit as far as I can see. Thanks for the help! Dave.

Support response to record #112930 was to inform me that "developers informed that they will be improving the performance in a future release" Not quite what I expected (I think it should be a bug fix), but at least I have bypassed the issue for ourselves. Dave. 

I have also uploaded the temperature universal poller that we use into the content sharing zone if that helps. Sav.

That report was the old DTS script I developed and used pre version 9 (back in 2008). It did the same type of operation, but when Network Atlas was introduced (and both the map file format and locations changed), we needed to modify the process. It was at the same time converted from a DTS script, to a SSIS job (for SQL…

Thanks for such a quick response ET! I'll have a look and see what could be causing this - we don't generally have snmpviews defined that limit access to any specific OID(s) on our devices. Dave.

I tried installing this update, however it appears that the installer doesn't regonise APM V2 SP1 as a compatible release.It could just be specific to us (perhaps previous upgrades left some redundant registry entries behind). I have opened case #62925 for this. Happy to see some web performance improvements so quickly - I…

If it helps, I installed sp3 on two SLX machines, three additional pollers and a hot-standby machine last week without any issues. Dave.

Oops - #44523 is the correct ticket number (sorry!). Yes, this only occurs on the additional website, the main website is working fine. Support have provided a process to work through - although I won't be able to take the website down to do this until this evening (Australian time). Sav. 

Sorry Denny, APM was a bad example (I actually didn't realise NPM and APM weren't linked in terms of licensing until just a few days ago - funny what you miss sometimes). Dave.

Thanks for that John! There appears to no problem in our tables (i.e. no orphaned TrapID's). However I did notice that we have some very old entries in the Traps (dating back 12 months). Given our retention is set to 5 days it would appear that the database maintenance isn't cleaning up the tables. I have manually removed…

No problem for us.

Looks like its a common issue. We think it's more likely to be a Cisco bug rather than something wrong with the get bulk snmp read that Orion is doing (given it seems to be specific to one device type). We will log a call to Cisco - it would be good if others did the same. Would still be nice to hear from the Product…

I would stop the Netperfmon service first, and then make the database update. Netperfmon may cache the names I suspect. Dave.

Here's an SQL where statement I use for some of our monthly reports (returns date range for previous month).. WHERE ( DateTime >= dateadd(mm,datediff(mm,0,getdate())-1,0) AND DateTime <dateadd(mm,datediff(mm,0,getdate()),0) ) Dave. Edit: very similar to the method in the above post now I look at it!

Just to add, your column label should be the ciscoEnvMonTemperatureStatusDescr column (short description of the temp probe). Many devices will have more than one probe (again with different thresholds) - displaying ciscoEnvMonTemperatureStatusDescr (label) with CiscoEnvMonState (date) will give you a nice temp status of…