Pavel

Hi, it is something what we can implement for each storage in the future. Unfortunately we have no time for that now, actually we have other priorities. I have noted it at least. Thanks!

is it ok? :)

Hi, is the issue persist? 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/list_data.txt tar cvhf logs.tar logs etc tmp/*txt *out gzip -9 logs.tar Send us logs.tar.gz via…

Hi, thanks for spotting it, here is the fix: http://www.lpar2rrd.com/download/custom.pl.gz Gunzip it and copy to /home/lpar2rrd/lpar2rrd/bin (755, lpar2rrd owner) -rwxr-xr-x 1 lpar2rrd lpar2rrd 142676 Jun 2 13:31 bin/custom.pl If your web browser gunzips it automatically then just rename it: mv custom.pl.gz custom.pl cd…

sure, we will fix that in the code. Thanks for spotting it.

Hi, "@" in names is really the problem, I have just tested it. Looks like your are only the one in the world using @ in vokume names as your are the first one reporting such issue :) Well, I believe that most on storages do not allow such character in volume names. Solutions 1. you rename your names to do not contain "@"…

Hi, your right, not done yet . We are aware of that, we definitelly want to support it in the future but actuall priority is not big.

iostat does not report any disk under vscsi1. It is the reason. I am not able to explain you why there is not anything. iostat usually report adapter stats and under it disk stats attached to that interface. We use these disk stats and makling our summary per adapter. If there is no any disk under the adapter then we…

it should not be, I have just test it with both version and it works, there is only minimal change betweeen those versions. Can you assure that LPARs with 5.00 agent really do not have packet graphs?

Hi, if you have something like that in the cron: 0 * * * * /home/stor2rrd/stor2rrd/load.sh > /home/stor2rrd/stor2rrd/load.out 2>&1 Then add 1 line with: 15,30,45 * * * * /home/stor2rrd/stor2rrd/load.sh heatmap > /home/stor2rrd/stor2rrd/load-heatmap.out 2>&1 Just do not start it in the same time as standard load.sh

regarding the heatmap issue. it might be caused by low traffic on that pool, there is a limit in alering cfg which excludes pool and volumes witch have low traffic. http://www.stor2rrd.com/heatmap.html

Alerting is not there as there is no any storage
monitored. 

SAN alerting is not implemented yet. 


ok, thanks. Let us know.

there is no fix or workaround. I am not sure if we (customer) have raised a call with IBM. You can try it, the problem is clear.

definitelly caching issue.

we just report what entstat reports. If it reports wrong numbers then it is a problem in entstat. I remember the same case. entstat apparently ignores VLAN taged networks and shows just total traffic. Do they have same MAC: netstat -in You can upload nmon file to lpar2rrd to compare it.

I can see that traffic is very similar on all 3 interfaces, is that possible? 1242813951892748-1242811655484412 2296408336 1242813952700723-1242811657235642 2295465081 1242814297905151-1242811658715091 2639190060

It might be browser caching, especially Firefox is sometimes very hard convince to refresh its cache. BTW nothing related in logs you have sent. Can you try other browser?

entstat -d en10| egrep "Bytes" entstat -d en11| egrep "Bytes" entstat -d en12| egrep "Bytes" sleep 10 entstat -d en10| egrep "Bytes" entstat -d en11| egrep "Bytes" entstat -d en12| egrep "Bytes"

pls this output iostat -Dsal 1 60 tail /var/tmp/lpar2rrd*txt

I am checking it in our enc and do not see that, all looks ok, AIX, Linux. What is your agent OS? rpm -qa| grep lpar2rrd tail -1 /var/tmp/lpar2rrd*txt

Hi, pls 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 etc tmp/*txt *out gzip -9 logs.tar Send us logs.tar.gz via https://upload.stor2rrd.com

Here is the fix for both issues (I suppose you are runing v2.00): http://www.stor2rrd.com/download/storage.pl.gz Gunzip it and copy to /home/stor2rrd/stor2rrd/bin (755, stor2rrd owner) -rwxrwxr-x 1 stor2rrd staff 423749 May 20 12:04 bin/storage.pl If your web browser gunzips it automatically then just rename it: mv…

http://www.lpar2rrd.com/download/lpar2rrd-daemon.pl.gz Gunzip it and copy to /home/lpar2rrd/lpar2rrd/bin (755, lpar2rrd owner) -rwxr-xr-x 1 lpar2rrd staff 216624 May 20 09:56 bin/lpar2rrd-daemon.pl If your web browser gunzips it automatically then just rename it: mv lpar2rrd-daemon.pl.gz lpar2rrd-daemon.pl kill running…

your right, it worked but it is not longer working in 5.00. we will look at that and let you know.

use this as a fix: http://www.lpar2rrd.com/download/detail-graph-cgi.pl.gz Gunzip it and copy to /home/lpar2rrd/lpar2rrd/bin (755, lpar2rrd owner) -rwxr-xr-x 1 lpar2rrd staff 488643 May 19 19:45 bin/detail-graph-cgi.pl If your web browser gunzips it automatically then just rename it: mv detail-graph-cgi.pl.gz…

no, it is only about data dir I believe. What is the problem now?

Hi, no this is not implemented. It is not even yet on our roadmap. Basically you are the first asking about that.

Hi, no, we do not import historical data.