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 mike.thompson@gmail.com 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 Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters