Pavel

Upgrade to the latest version if you are not on 1.25 yet. Send us logs, then we will see. Pls note a short problem description in the text field of the upload form. cd /home/stor2rrd/stor2rrd # or where is your STOR2RRD working dir find data -exec ls -ld {} \; > tmp/list_data.txt ps -ef |egrep…

Thanks for confirmation that gaps disapeared. Actually is not possible (mean implemented) to set TZ for every storage to get sync time from storages in different TZ.

It is implemented for all storages except SVC/Storwize and DS8k. Even coming support of NetApp and Hitachi VSP-G/HUS-VM will have it. It will be released most probably next week. We had not time so far, although we know that it could be something quite helpful. We expect implementation of it in further release (Q3 2016)…

This is fix only for SVC, the other devices should not suffer by this issue.

Hi, sorry for delay. Can you try this change in bin/svcperf.pl line 198: # Initialize Last uploaded data to curent time $time_last = &Localtime_str; #$time_last = "150629_134600"; # (\d{6}_\d{6}) # SVC svqueryclock change to: # Initialize Last uploaded data to curent time #$time_last = &Localtime_str; $time_last =…

ok, that explains that, thanks.

Hi, there is not yet implemented health status for V7000. I am not able to say when that happens, it is all about our resources and priorities :) Cheers, Pavel

Hello, send us below data, it looks like our bug triggered by something unusual in your environment. cd /home/stor2rrd/stor2rrd tar cvf d.tar tmp gzip -9 d.tar send us the file via https://upload.stor2rrd.com Cheers, Pavel

ok, let us know tomorrow, the gap should not be there.

Hi, what is your local time on the storage? Is it in different time zone? This is usually the case. Can you confirm it? Cheers, Pavel

Hi, do you have installed Perl-Crypt-SSLeay? Install manual says ( http://www.lpar2rrd.com/install.htm --> VMware ) : AIX potential issue If connect.pl is reporting problems with Crypt::SSLeay then install Perl-Crypt-SSLeay # rpm -Uvh perl-Crypt-SSLeay-0.57-2.aix6.1.ppc.rpm Looks like it has not been necessary before the…

Hi, are you sure that you have actual CPU data in the GUI after the upgrade? It seems to be connected to HMC based data. If everything else is working fine then send us logs. Pls 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…

Hi, can you try it with another browser? Let us known when it does not work, we will let you know how to install it manually, it is easy .. Pavel

Hi, this might happen for some particular browsers. There is a problem with upload path. Try either another browser or use manual way of upgrading, scp the package on the appliance and follow: http://www.lpar2rrd.com/upgrade.htm http://www.stor2rrd.com/upgrade.htm Manual way will work for sure.

Hi, any related entry in system mail log? Check where mail log is directed: egrep "^mail" /etc/syslog.conf mail.debug /var/log/mail rotate files 12 time 1m compress Check output of ./load_alert.sh (it runs from crontab): 0,10,20,30,40,50 * * * * /home/lpar2rrd/dev/load_alert.sh > /home/lpar2rrd/dev/load_alert.out 2>&1…

Hi, send us logs, then we will see. cd /home/lpar2rrd/lpar2rrd # or where is your LPAR2RRD working dir tar cvhf logs.tar logs etc tmp/*txt *.out # do not miss "h" option in tar gzip -9 logs.tar Send us logs.tar.gz via https://upload.lpar2rrd.com

Hi, menu --> Alerting configuration --> tab "Email groups" Try it here: http://demo.stor2rrd.com/

Hi, is that a browser issue only (IE10)? Have you tried another browser? Can you see in IE10 our demo? http://demo.lpar2rrd.com

Hello, alerting configuration is completely driven from the GUI. Follow menu --> Alerting configuration Cheers, Pavel

Hi, there is a bug in the latest release (4.85) which affects only IE9. As a hot fix use: www.lpar2rrd.com/download/main.js.gz gunzip it and copy this file into (under lpar2rrd user) cp main.js /home/lpar2rd/lpar2rrd/html/jquery/ chmod 755 /home/lpar2rd/lpar2rrd/html/jquery/main.js cp main.js…

send us logs pls. cd /home/stor2rrd/stor2rrd # or where is your STOR2RRD working dir find data -exec ls -ld {} \; > tmp/list_data.txt ps -ef |egrep "2rrd|svc|xiv|ds8|ds5|hus" >> tmp/list_data.txt tar cvhf logs.tar logs etc tmp/*txt *.out # do not miss "h" option in tar gzip -9 logs.tar Send us logs.tar.gz via…

Hi, No idea. Send us logs as per above if you want to analyse it. Do you see a gap in all data? It is something we have no evidence from our users. It does not happen normally.

Hi, there can be many reasons. Check - if svcperf process is running per each Storwize. - anything oblivious is not in logs/error.log- Send us logs if you go nowhere: cd /home/stor2rrd/stor2rrd # or where is your STOR2RRD working dir find data -exec ls -ld {} \; > tmp/list_data.txt ps -ef |egrep "2rrd|svc|xiv|ds8|ds5|hus"…

ok, download libgcc-4.8.2-1.aix7.1.ppc.rpm from here: http://www.perzl.org/aix/index.php?n=Main.Gcc#v4.8.2 We will update the procedure. Let us know if any other problem with the 7.1 package.

yes, both are supported. Follow install docu at: http://www.lpar2rrd.com/install.htm. HMC tab for IBM Power.

/var/tmp is used for temporary files (GUI uses it) The problem is somewhere else. Looks like datastores (at least some of them) do not provide perf data. Check http://www.lpar2rrd.com/VMware-counters.htm if it is about counters or not. send us logs if you go nowhere: cd /home/lpar2rrd/lpar2rrd # or where is your LPAR2RRD…

Hi, problem was that both run the lpar2rrd server which does not support IBM i OS agent. You have tu upgrade lpar2rrd to 4.84-2 at least (actually 4.84-3) as is noted in the install docu: http://www.lpar2rrd.com/as400-install.htm

Hi, thanks! We will add that library into the next release of Virtual Appliance. Environment would not have to be adjusted if installation is targeted to /usr/stonavm as on AIX. If location is different then this change should be enough in /home/stor2rrd/stor2rrd/etc/stor2rrd.cfg HUS_CLIDIR=/usr/stonavm Can you just…

reinstall does not help. Send us logs pls. cd /home/lpar2rrd/lpar2rrd # or where is your LPAR2RRD working dir tar cvhf logs.tar logs etc tmp/*txt # do not miss "h" option in tar gzip -9 logs.tar Send us logs.tar.gz via https://upload.lpar2rrd.com

It is strange, somewhere should be an error if that appears in the GUI. Either in that log or in Apache error_log. Could you try to use another browser or Ctrl-F5 in the browser to avoid browser caching? tail -5 error_log tail -5 access_log can you see new entries in the access log when you refresh the page in browser?