cancel
Showing results for 
Search instead for 
Did you mean: 
Create Post
Highlighted
Level 13

Re: Multiple pollers - one graph

Hi All--

 

This has been marked for the PM to review.

 

M

0 Kudos
Highlighted
Level 7

Re: Multiple pollers - one graph

I'm not sure why anyone even bothers requesting enhancements like this from Solarwinds. It's obvious these requests will never be addressed with anything other than "We're *planning* on adding it to the next release" or "I don't think that's representative of our user-base". So really, what's the point? The fact is, no matter how much you want to believe NPM, APM, or whaeverPM, is a mature "enterprise" product, their biggest claim to fame is that they have a user-driven support forum with over 38,000 users. WOW. It was one of the biggest selling points during our evaluations. Since the IPO, the company is nothing more than a musical chair for failing executives riding the cash cow BOD train. I wouldn't plan on seeing any real change with the product for the next 10 years -- if you've ever taken a peak at the DB design you might understand why there are so many failings on the presentation layer, and why it might take 10 years to fix Isn't it sad how software like Cacti, with a handful of active developers, can be so much more superior to most "enterprise" software? I love it.

0 Kudos
Highlighted
Level 10

Re: Multiple pollers - one graph

DB design is by far the most ignored enhancement.  It should be at the top of the list above all enhancements... I Remember hearing in one of Josh's web-casts that 60 to 70% of all support calls reference the DB and or DB Performance.  With that said Solarwinds should be looking into a database design that breaks down tables into smaller chunks via Table Partitioning.  This would save everyone time and $$ both on the support side and customer side.  Not to mention the huge performance gain everywhere in the application/web.  I am sure the attempt of the "detailed", "hourly" and "Daily" tables helped everyone but this needs looked at again.

Thanks

0 Kudos
Highlighted
Level 12

Re: Multiple pollers - one graph



I'm not sure why anyone even bothers requesting enhancements like this from Solarwinds. It's obvious these requests will never be addressed with anything other than "We're *planning* on adding it to the next release" or "I don't think that's representative of our user-base". So really, what's the point? The fact is, no matter how much you want to believe NPM, APM, or whaeverPM, is a mature "enterprise" product, their biggest claim to fame is that they have a user-driven support forum with over 38,000 users. WOW. It was one of the biggest selling points during our evaluations. Since the IPO, the company is nothing more than a musical chair for failing executives riding the cash cow BOD train. I wouldn't plan on seeing any real change with the product for the next 10 years -- if you've ever taken a peak at the DB design you might understand why there are so many failings on the presentation layer, and why it might take 10 years to fix Isn't it sad how software like Cacti, with a handful of active developers, can be so much more superior to most "enterprise" software? I love it.



 

I don't think that's an entirely fair statement.  Cacti is not 1/4 the tool NPM is on many levels.  Core feature of many opensource products in terms of presentation of complex data and proper handling of SNMP data for alerting, even if it comes from a table, is crucial and currently broken in SW and superior elsewhere.

It doesn't necessarily indicate an overall superiority, just a specific one.  The lack of Product's ability to address these issues in any sort of a reasonable fashion is a completely fair issue to pound on though.  It's been more than long enough.

Peter

0 Kudos
Highlighted
Level 7

Re: Multiple pollers - one graph

 

I don't think that's an entirely fair statement.  Cacti is not 1/4 the tool NPM is on many levels.  Core feature of many opensource products in terms of presentation of complex data and proper handling of SNMP data for alerting, even if it comes from a table, is crucial and currently broken in SW and superior elsewhere.

It doesn't necessarily indicate an overall superiority, just a specific one.  The lack of Product's ability to address these issues in any sort of a reasonable fashion is a completely fair issue to pound on though.  It's been more than long enough.

Peter

No one said anything about being fair! How am I suppose to vent and be objective at the same time? This "product" is absolute anti-greatness. Look, it's not rocket science. We want to collect some data... we want to report some data. This concept is not some strange esoteric data voodoo being invented by the Solarwinds development team. It's called Relational Database Design and SW's implementation is EPIC fail. "CPULoad_Daily"? Seriously? They modeled an entire table for that? "APM_ComponentStatus_Detail" and "CustomPollerStatistics_Detail". Why?! I think SW's idea of normalization was making the UI a little nicer looking.

As far as what NPM does well... I can't find one thing that NPM can perform that other solutions like AppManager, Tivoli, OpenNMS, ZENWorks, or even *HOSTMON* can't also provide. SW needs a wake up call...

0 Kudos
Highlighted
Level 12

Re: Multiple pollers - one graph

I attempt to vent and be objective at the same time, it's a strange need I realize.

I agree that there are many "anti-greatness" "features" of the product.  

I also totally agree that the vast majority of what anyone *might* want to do with an SNMP collector / correlation engine is either missing entirely or very broken in the product.  I don't know enough about database design to knock SW's, but certainly many things in the DB are somewhat less than straightforward.  Last I heard, they were working on fixing that to lay the groundwork for more changes.

APM and UnDP's actually need critical work, although I haven't tried out APM for a version or two, because it was useless when I tried initially.

UnDP's on the other hand, are a constant source of pain, agony, and frustration.  The simplistic use-cases that it actually works for are too manual, and too limited to be *really* useful unless the data you're trying to pull is a single, simplistic OID.  God forbid you have a MIB that defines a table, or you're stuck in a pile of crapplication software that has you cursing the state of Texas, and especially Austin, which is completely wrong, Austin deserves a medal for existing in Texas.

Honestly, random feature bashing is getting old.  The real problem here is a management one, not a technological one.  These features can be worked on, they just aren't.

For literally every single SW software product I own, I have at least 1 or 2 critical bugs in existing functionality and at least 3 features requests that have sat on the ignore pile for nearing 3 years.  The former is shameful, the latter is unfortunate.  I don't ask for frivolous features.

SW continues with the mushroom treatment, and acts like it's a substitute for action.  Enough already.

Peter

0 Kudos
Highlighted
Level 7

Re: Multiple pollers - one graph

SW continues with the mushroom treatment, and acts like it's a substitute for action.  Enough already.

SNAP!!!

0 Kudos
Highlighted
Level 21

Re: Multiple pollers - one graph

To both Neckmeats and Pserwe

Both of you sound as though you feel that the SW products are completely not meeting your needs?  I am curious why you haven't moved to a different solution?

I ask because this feels as though it has become an Orion bashing session versus constructive feedback opportunity.  I am guessing that maybe this is because you both like the product for the most part and are just extremely frustrated that it's missing a few key component to be a much greater product for you?

I am not trying to dismiss you frustrations as I completely agree with them, all of your points on this missing functionality is completely validated.  I also came from products like OpenNMS and Cacti that use RRD for graphing and more dynamic reporting so I feel the pain of no longer having that functionality.  I also agree that being able to pull your data together and display it in a graph that you can control is at the heart of the relational database concept.

I also don't necessarily agree that all of the new features they include are low hanging "marketing" fruit.  The UnDP for example was a much needed enhancement, while not as useful as it could be if we had Multiple Datapoints in a Single Graph, it was still a necessary "core" feature.  Many of the features I have requested have been added to the product or are in development (I have seen mock-ups already) which are the types of things I have had as "core" with other NMS systems such as OpenNMS, HP OpenView, Manage Engine, What's Up Gold, etc.

What I am trying to understand is how the rest of the product is working for you and if not why you are still using it?

Also, what would you guys think if SolarWinds not only let us put in feature requests (as they do now), but also implemented a system where each of their current maintenance customers had a pool of points they could use to put toward any feature on the list (once the feature was implemented you would get those spent points back).  This would give us more of a voice on what is top priority for us.  This is a system I have seen used in other places and thought it may be a good option for SolarWinds.

Just wanted to solicit your thoughts on some of this stuff, thanks guys!

0 Kudos
Level 12

Re: Multiple pollers - one graph

1.  Entrenched.

2.  Relatively performant considering alleged database shortcomings, which I'm not qualified to have a real opinion about, I don't know anything about database design, nor do I pretend to on TV.

3.  There is a lot of functionality in the product, it's just missing some key things.  Now, I don't care about blackout windows, but I could totally agree that it makes huge sense.  I just turn shut down my MTA when I'm doing something spammy, and that keeps the phones and Outlook from blowing up.  Good times.

4.  The presentation is pretty good, overall.  The web interface is pretty well designed, and for things that don't hammer the database, relatively performant despite being overtaxed, this gets better with v10 and massively better hardware.  I'm excited.

5.  The support team is really coming along.  Used to be years ago, it was small and tight, and other than a rare exception here and there, calling into Austin was decent.  Then it expanded, and even though I swear I should get coverage at 2pm on Friday afternoon, PDT, apparently no rollover last week.  When I can contact them, after validating basic things, I get solutions to complex issues the product wasn't designed to do sometimes, and other times, issues resolved.  Right now I have a couple that aren't resolved, but until I'm running 10, I may be stuck.  I can accept that.  There are a couple of guys in support who I owe some beers to, should I ever find myself in Austin  The lower tiers use of the backline support and Tier 3 is really solid, much better than it used to be.  Honestly, the support guys and girls are all pretty great.  I could make honorable mention, but I'll skip it for now.

6.  The promise of a really tightly integrated suite of products.  I want NCM integration to be as tight as APM and NetFlow, just like another module.  It's not there yet.  I'd like to be able to set permissions and have them fully respected by all the modules, at least in 9.5.1, not there yet.  I'd like more granular permissions in general, probably involving adding a column to the nodes and interfaces tables, pretty straightforward.  Oh wait, I kind of do that with custom properties so far, but it's far from complete, and custom properties on interfaces can/will be ignored for things like syslog, traps, and Netflow.  I don't want someone to see the parent node, just 3 individual interfaces.  

Harder than you would think to accomplish.  So many resources on my network summary home ignore node and interface limitations.  Netflow is the worst offender.

7.  Alerting based off polling is pretty decent.  Coupled with a UnDP, if you're pulling status from an OID that returns a single value, between transforms and data types, it's pretty damn flexible.  I'm not gonna lie, I'm pretty much satisfied with that functionality.  The problems come in with tables, not being able to update my own MIBs, and any situation beyond single value OID response.  Syslog/Trap alerting is all changing when I start using 10, I haven't tested each one individually, but I will before I move over to it.  It's a business requirement to make sure the transition is smooth.

8.  I see progress in the product.  I hear rumors occasionally about something cool that is rumored to be on the list to develop sometime.  I see the product of easily becoming much more than it is today, and being indispensable to my and many other organizations.  I've heard Product people talk about DB changes in every release and a migration to an architecture that will allow some of these features I'm asking for, but I'm not seeing it happen in any sort of timeframe that helps me, so I'm a bit upset.

I guess those are the reasons I like the product at the moment.

Peter

0 Kudos
Highlighted
Level 12

Re: Multiple pollers - one graph

I'd love the points system, as long as it's scaled based on something like licensed products owned, and what size.  I don't think an NPM 100 customer should have the same voice as SLX or multiple SLX.  The majority may still swing towards a different direction, but the process would be transparent, which is another beef I have with SW.

I am absolutely positive I'm not the biggest license holder around here, and I am not even considering resellers in that mix.  Still, I'm confident that most of the things that are on my "Need to Have" list also have a place on the lists of others who use the product in a similar way that I do, especially at any volume, with diverse data collection and correlation needs.  We're just in the early stages of starting to go off-board for things we simply can't do, but it's not really a road I want to go down.

I also greatly desire my administration overhead to go down.  Every detail we need to know to provision nodes, interfaces, users, and custom properties is stored in a database.  I need to be able to flow that information through.  A configurable CSV import filter would work, but finishing the API up for being able to write values is high on the list.  SOAP/xml it is?  So be it.  Need write capability 😉

0 Kudos