jtimes

Okay you have a 6M pipe, you have "leased" 2M from your service provider which means that 2M is guaranteed either direction at any given time in the high priority Que or top class of service bucket; assuming the destination port bandwidth is sufficient to support offered traffic loads, the excess traffic isn’t dropped. It…

How soon is "very soon"?quote:Originally posted by dclecompte That information is detailed in the beta invitation. We're not ready to discuss in detail on the public forum, but that will change very soon. Denny LeCompte Sr. Product Manager, Orion SolarWinds

You should be able to just click on the resource title and it will put it in a new window; if I follow you post correctly

Are you changing it in Orion or on the remote device? That has to be changed in the remote device configuration, saved, and then rediscovered by Orion

One would think that they (SolarWinds) would correct this in the Deployment Health screen for us that are OCD.... Thanks for your reply

The question is why can't I find any information on where the SwisInfoProxyPoolSize is set. I don't want to silence this because its under the Check if Database Maintenance works properly catagory

as long as there are no SNMP Access Control Lists (ACLs) on the nodes that would prevent the new polling engine from obtaining SNMP data and you have the correct community string(s) for each node there really shouldn't be any issues. John J. Times

I never had that issue, but the very first thing I did was to update my Report Schemas (habit) http://support.solarwinds.net/kbase/ProblemDetail.cfm?ID=424

Have you checked the secondary polling engine Services? Start> SolarWinds Orion Network Performance Monitor> Advanced Features> Shutdown NetPerfMon <---sounds scary, but it just pops up a window that displays the service(s) status... (should have been named somthing like Check NetPerfMon) If everything is in a running…

just a "stab in the dark", but what is the utilization durring those peaks... and or QOS?

That really looks like either your polling engine or the database can not keep up with the stats. Also your on an "in-efficient" version of Orion, allot of database efficiencies were gained in newer versions of Orion. 

Is the SQL server you moved the DB too running, and do you have the credentials entered correctly? 

VLANS are treated like interfaces, so if you have them in Orion you can create reports on them.

That doesn't sound like a DST issue, more like your nightly or weekly DB maintenance running. Can you confirm? John J. Times

It's not a simple task either, and I really don't recommend doing it for so few nodes. If the repair takes longer than expected (exceeds the unmanaged time) you'll have to repeat the process. To answer your question though: You would have to stop all polling engines and manually modify the DB. Above the fact that manually…

Sounds like you have the default chart on the Inerface Detail page... Two options: re-customize your Interface Detail view - replace the chart with Min/Max/Average XXXX- Today found under Interface Charts - Historical Charts for a Single Interface or Go to your Orion Server and restore your latest Orion Web Configuration.…

Orion itself is not CPU or Drive IO intensive, but it will hammer it's NIC, hopefully you have gig nics in it. SNMP Collection intervals can not be set to lower than 1 minute, and with that many elements on one engine, it won't make it around the network if your chocking it through a 100MB what are your Node Manager…

Have you checked to see if your anti virus software is blocking the mail? Just a thought. Next thought: Check the RunOrionJob.Log file for error messages; such as Access is denied (authentication errors for the userID being used in the job) If your using passthru authentication I would recheck that it is working still.…

freemen, I am pretty certain that you have to go back and edit the Node Details view to remove the unwanted UnDP resource... even after you set the web display option to no.

Haven't moved to 9.5 yet, but can ayone tell me how long it takes to load 7,338 Nodes from a single vendor?

Isn't that the same question we where talking about in this thread?

give this a read:

Are you logged in as Admin, or a user with Admin rights? The reason I ask is that I just had the same type deal / question, but when I logged in as Admin boom, there it was. Might have something to do with the "Integrated Tool set option" being checked on the userid that has admin rights, but that is my current theroy...

Is this it? http://www.thwack.com

Check the node and interfaces from the Node Manager, make sure they have all boxes checked. Have you tried to remove and re-add the node and interfaces from Orion, or tried to change the SNMP version from v2c to v1?

Can you post your raw SQL query for us to look at?

We have all ran across a Report Writer SQL query string that look like this: WHERE ( DateTime BETWEEN 39600 AND 39629 ) {The numbers you see are the number of days since 1/1/1900} You can google SQL BOL or just open Excel, type 39629 in any cell, then change the cell format to Date and select a Type. done 39629 =…

We monitor several thousand switches CPU/Mem/uplinks; the uplinks (connections to other switches or routers) and server connections; not PC connections

I had that issue under v7, but not in v8 (so far.) The only way I corrected it was to re-boot the Orion server. John J. Times

Go to the Syslog Viewer on the Orion server and add a new rule for the device you want to alert on.