Re: Statistics output limit at 5k objects

John Stoffel <[email protected]>
Newsgroups gmane.comp.hardware.netapp
Message-ID <[email protected]>
I know of the SNMP issues with older cDot and 7-mode versions, but I wonder if using snmp might be a better way here?  Especially if you’re doing your own processing to load the data into a dB.

I’m also wondering if there was a way to use more qtrees instead of volumes, but that too opens another can of worms.

And have you looked at oncommand with the performance tool?  I suspect it’s not working for you too, since I don’t find it all the useful or easy to drill down into at times.




Sent from my iPhone

> On Aug 13, 2019, at 8:43 PM, Mike Thompson <[email protected]> wrote:
> 
> 
> Looks like we just went over 5000 volumes in our cluster last night, and now I am getting this error when collecting some statistics, which we do via cron, and dump into a database:
> 
> pd-dd::*> statistics show -vserver pd -object volume -raw true -counter read_ops|write_ops|other_ops|read_data|write_data
> There are no entries matching your query.
> 
> Warning: Failed to get statistics for object volume: The number of instances for this object exceeds the limit of 5000. Use the "-instance" parameter to limit the number of instances.
> 
> It would appear 5000 is some sort of magic internal number, after which CDOT will refuse to emit statistics.
> 
> Using the -instance parameter does nothting to help the situation, as that requires specifying the individual volume you are looking for.
> 
> I looked around under 'statistics settings' and 'statistics preset' but don't see any sort of control for this.  
> 
> Any ideas on how to get around this 5k limit?
> 
> 9.5p6 FWIW
> 
> 
> 
> _______________________________________________
> Toasters mailing list
> [email protected]
> http://www.teaparty.net/mailman/listinfo/toasters


_______________________________________________
Toasters mailing list
[email protected]
http://www.teaparty.net/mailman/listinfo/toasters
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.