Pavel

I suppose the other storage devices work, right? It looks like firmware issue, we have already seen that for older firmwares, upgrade or log a call with HPE ...

after 12 minutes it returned nothing? what is your storage firmware? older one?What about other 6 storage devices, same issue? same firmware?

Hi, run this, how long it takes? It will be printed at the end, supply password when you are asked time /usr/bin/wbemcli -nl -t -noverify ei 'https://stor2rrd@10.244.208.138:5989/root/hpq:CIM_BlockStorageStatisticalData'

Hi, there is no read/write IO for volumes available for VPLEX, just total IOPS is availableStorage do not provide them, do not use it, response read/write time are fine, data throughput read/write is also fine

what storage type is it about?

no, not needed if there nothing listening on the storage

Hi, you should see each volume under each node, with all data, it is at leas how we see that.What is your lpar2rrd server and agent versions?

Hi, basically it is a bug in the HMC, ask IBM for a solution, idle cycles are higher than capped cycles, it should not be. BTW try to switch to HMC REST API access, it might work properly

Hi, send us logs Note a short problem description in the text field of the upload form. cd /home/stor2rrd/stor2rrd # or where is your STOR2RRD working dir tar cvhf logs.tar logs tmp/*txt gzip -9 logs.tar Send us logs.tar.gz via https://upload.stor2rrd.com

Hi, have you installed uemcli as per the docu?https://stor2rrd.com/EMC-PowerMax-VMAX-VNX-Unity-VPLEX-DataDomain-Isilon-XtremIO-CLARiiON-Celerra-monitoring.php#UNITY --> EMC Unisphere API installation

Hi, is there any pattern in missing SEAs? are they anyhow different from others? Do they missing SEA have anything comon?

Hi, send us this output via email support@stor2rrd.com su - stor2rrd (lpar2rrd on the virtual appliance) cd /home/stor2rrd/stor2rrd ./bin/config_check.sh <storage alias>

when you check graphs on the HMC directly, do you see normal utilisation or a line like in lpar2rrd?

what is Processor Sharing properties, like this? Allow when partition is inactive. Allow when partition is active. HMC version is 8 or 9?

Hi, what is your lpar2rrd version?do you use HMC CLI (ssh) or HMC REST API?

Hi, test alerting is not implemented for external script, it is just for email targets.

Send us logs. Note a short problem description in the text field of the upload form. cd /home/stor2rrd/stor2rrd # or where is your STOR2RRD working dir tar cvhf logs.tar logs tmp/*txt gzip -9 logs.tar Send us logs.tar.gz via https://upload.stor2rrd.com

Hi, yep, we report just Fatal severity, reporting even Critical should not be a problem, it could be done on some parameter.Just for us understanding, what kind of errors typically you want to be alerted through Critical severity?

cd /home/stor2rrd/stor2rrd umask 022 echo "export DS8K_CKD_SKIP=1" >> etc/.magic

Hi, definitelly no way for 40k volumes, it is imposible to monitor in the range we do (like each volume data/IOPS/latency) via DSCli in 5 minutes time range, it take 50 minute as you tested. No further suggestions, as IBM hows to cope with that ...Here you can see perf cmds we use for DSCli:…

ok, then 5mins is fine. healt status is not available through SMI-S APi we use.or at least it was not available in the time we developed it.

XIV is not able to get all necessary data in 5 minutes.Well, it was the issue in the past, perhaps newer models are capacble to do it especially if there is no thousads of volumes. You can try even 5 minutes, you will see ...

Hi, use 10 minutes for XIV

send us logs if you can Note a short problem description in the text field of the upload form, specify what storage devices does not work. cd /home/stor2rrd/stor2rrd # or where is your STOR2RRD working dir tar cvhf logs.tar logs tmp/*txt gzip -9 logs.tar Send us logs.tar.gz via https://upload.stor2rrd.com

Hi, make sure there is enough of CPU resources When it is ok, send us logs Note a short problem description in the text field of the upload form. cd /home/lpar2rrd/lpar2rrd # or where is your LPAR2RRD working dir tar cvhf logs.tar logs tmp/*txt tmp/*json gzip -9 logs.tar Send us logs.tar.gz via https://upload.lpar2rrd.com

Hi, you run the agent from lpar2rrd's and even root's crontabs, it is wrong, stop one of them. I need some data from lpar2rrd server, you are a customer, drop an email to our support.

Hi, check what fcstat provides for past minute, number ared counters, you have to do: (last one - previous one)/60 fcstat fcs0 | grep Bytes| tail -2; sleep 60; fcstat fcs0 | grep Bytes| tail -2 BTW you might even hit into this AIX bug we seen that many times: https://www.ibm.com/support/pages/apar/IJ32635

Hi, CPU estimator bug is fixed long timeIf you have support then send an email to our support, the best would be start with the latest version 7.21

Hi, send us logs Note a short problem description in the text field of the upload form. cd /home/stor2rrd/stor2rrd # or where is your STOR2RRD working dir tar cvhf logs.tar logs tmp/*txt gzip -9 logs.tar Send us logs.tar.gz via https://upload.stor2rrd.com

Hi, on the agent side this output: date ls -ltr /var/tmp/lpar*tail /bvar/tmp/lpar*err