Pavel

You have forgotten to set umask before tar xvf ... Than is why it is there (to avoid permission issue)

is the tool working? if so then ignore it.

Hi, as I said, we do not support this firmware level.

Hi, looks like you have HUS or ASM storage with some very old firmware. We have experienced the same issue on this firmware 08D1/B-S for example. There is no workaround from our side, we do not support such old firmware.

Hi you can use whatever Apache version, even 1.3 will work :)

Send us logs as per above, we definitelly support 6.5, it should report all clusters. Just assure that user rights are as per a screenshot in www.lpar2rrd.com/install.htm?4.1.0 --> VMware

Hi, no, there is no such limitation, it should work for all clusters under a vCenter. Assure that user you use for access has read only rights for all clusters if so then 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…

Hi, disk latency is already implemented: http://demo.lpar2rrd.com/?menu=d94bf19&tab=4 Highest latency is not a good idea. It does not say too much especially on low utilized disks (IO) where max latency might be very very high. But if there is a few IOPS then this is not important at all. From our point only average…

Hi, yes, free version does not support (follow) LPM moves. That is a feature of enterprise edition only. http://www.lpar2rrd.com/support.htm?3.0

No to vypada pekne :) Urcite to muzeme minimalne zkusit tam kde mame z hist duvodu jeste countery. Ted se k tomu ale urcite nedostaneme, nejsou zdroje, tak jsem to alespon dal na todo list. Dik!

Hi, I see for the first time, I have no explanation ... As per your previous logs xml file was not /dumps/svc.config.cron.xml_7814T08-2 file on the storage. Hard to say why ...

Hi, send us logs, it should work as per your output Note a short problem description in the text field of the upload form.

cd /home/lpar2rrd/lpar2rrd # or where is your LPAR2RRD working dir
ps -ef |egrep "2rrd" > tmp/ps_log.txt
tar cvhf logs.tar logs etc tmp/*txt 
gzip -9 logs.tar

Send us…

Hi, can you try it manually? su - lpar2rrd scp -i /home/stor2rrd/.ssh/id_rsa 
lpar2rrd@192.168.201.51:/dumps/svc.config.cron.xml_7814T08-2 
/home/lpar2rrd/stor2rrd/data/v5010/svc.config.cron.xml_7814T08-2 can you check if /dumps/svc.config.cron.xml_7814T08-2 exist on the storage?

Hi, yes it would posible because we save CPU data per core and present it per node by averaging I would say :) I will place it on the TODO list, cannot promise any time, TODO list is full open tasks and all developers are busy :( definitelly not in coming http://www.stor2rrd.com/note220.htm?1.5.9

yep, this is proper way.

Hi, older AMS might not be supported, however HUS should work. 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
ps -ef |egrep "2rrd" > tmp/ps_log.txt
tar cvhf logs.tar logs etc tmp/*txt
gzip -9…

well, solution is use other type, gauge or derive. we do not use anymore counter types, for new projetcs we always translate data to gauge before saving it in rrdtool (based on knowledge of actual and previous value) Far biggest problem here is backward compatability. Switch to different data type in rrdtool would mean…

Hello, there is no simple solution identify reset of the counter. How to do it, when it might overflow its maximum, i.e. next value might have less absolute value then previous one. BTW this is not a problem if you have Brocade Network Advisor as our data source where we do not save data as counters.

Hi, openssl-1.0.2k is the version installed on the latest version of our Virtual Appliance. You can upgrade it manually to whatever version you wish. # yum upgrade openssl

hmm, there is no file with stats as you can see, no way for us ... If you find any other method how to get perf data at you then let us know.

ok, all data except SAN is collected. Note that not all FC drivers on Linux provide perf data. Is that exists on your Linux host? ls -l /sys/class/fc_host/*/statistics/tx_frames Is there any data inside (cat ...)? BTW: you can reach us at: support at lpar2rrd.com

It looks fine, data is collected and trasferent to lpar2rrd server. Are you deleteing serial from examples above, I see only server type like: 9080-MH, there should be serial. On the server side: cd /home/lpar2rrd/lpar2rrd ls -l data/*/*/lnx0a/

it has been released even on usuall download page: http://www.lpar2rrd.com/download.htm

there is no change on AIX. That rpm will work even on Power Linux.

ok, I did not notice that you "cut" output in previous example. here it looks ok. ls -l /var/tmp/lpar2rrd* tail -2 /var/tmp/lpar2rrd*err

Upgrade to this version, we have added buffers to cached, it shoudl be better now http://www.lpar2rrd.com/download/lpar2rrd-agent-5.05-5.noarch.rpm

this output, looks like something failing in the agent /usr/bin/perl /opt/lpar2rrd-agent/lpar2rrd-agent.pl -d <LPAR2RRD-SERVER>

ok, you can see difference. 1. we and /proc/meminfo says that FS cache is Cached: 1842952 kB 2. free cmd says: 8593MB What is right and why?

psl attache screenshot from the GUI of that lpar as well to see it, I suppose it is different lpar than from example on the start of that thread.

I do not understand that. free -m shows total memory 386GB and /proc/meminfo 456G