Pavel

telnet 172.19.15.195 31001

Do you use right IP in horcm.conf file? horcm1.conf should have storage node IP (not SVC). And in storage-list.cfg SVC address is needed

right the format is wrong, bad parsing LAN info from ifconfig, this makes a problem: "addr:" Basically we do not expect OS agents on VMware clients. This is not really tested. VMware provides enough information, we do not need the agent for it. But it should generally work, OS agents data from VMware Linuxes should be…

This line confuses me, no explanation 15:43:58-2e723-00011838- grpname:[localhost] ipaddr:[0.0.42.249] port:[cadlock2] are registered. netstat -an | egrep "1000|11001" send us truss (strace if it is on Linux) truss -f log.out /HORCM/usr/bin/horcmstart.sh 1

Hi, have not you got a problem with local time as it wants to do some conversion on the backed and found data rows from switch(es) with timestamp Tue Jun 28 02:00:00 CEST 2016 (what is tomorrow).

yes, there is no stor2rrd account

Hi Vadims, this come strange to me 12:49:19-268cd-00013904- [horcmcfgetent] HORCM_MON set the following values.[NONE][31002][1000][3000] --> it says 31002, but in config file I see 31001: \\.\IPCMD-172.19.15.195-31001 This is also strange (IP, and port cadlock2 is 1000) 12:49:19-2a0f5-00013904- grpname:[localhost]…

Hi, pls logs once more. Note short description in the upload form. 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, it is planned. There will be s new major version released next week. I am not sure if this appears already in this version. We will try ... :) Cheers, Pavel

You have installed 4.80+ agent9s) before upgrade server to 4.80. There is some incompatibility between a new agent and older server and some DB files were created wrong. (vscsi and sas statistics files) This will remove them and they will be re-created again properly: cd /home/lpar2rrd/lpar2rrd --> delete *san-vscsi*.mmm…

2 things: 1. check lpar2rrd server daemon log if there is not anything related to that client logs/error.log-daemon 2. upgrade agent to 4.84-5 which should tell more about the problem get it from here: http://www.lpar2rrd.com/agent/

What is your version of agent and server? agent: rpm -qa|grep lpar2rrd server: GUI --> menu --> next to the last item LPAR2RRD Cheers, 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