Comments
-
Hi, I’ve checked the data again, because it’s too bad that the graphs are not reliable for the FAS2750. The port data correspond to the throughput data of Unified Manager after 9 am. But the node data again show nothing for node A, and also the values for node B are too low. Unified…
-
Hi Jirka, I’m back and checked the data resp. the graphs. I’ll think now it looks good for the port data rate and your fix works! But there is still one issue I can’t explain and which I mentioned in my last post: for the FAS2750 oggnap11 the node data rate doesn’t really fit to the…
-
Hi Jirka, thank you for your analysis. I’ve installed the patch and will check it. At the moment I’m out of office until next week Wednesday. So possibly you will get no feedback from me in the meantime. It still seems that the graphs for the data rate for the nodes and for…
-
Hi Jirka, at first sight it looks good. But I’ve a problem with the FAS2750 oggnap11. Below is an example for the time from about 11am to 2pm. The graphs for the data rate for the nodes and for the ports should be similar. But they are not. Especially there are contributions from ports OGGNAP11A-e0c/e…
-
Great - thank you!
-
Hi Jirka, your grep for oggnap10 is ok, and also that nearly all throughput is on node A and nothing on node B. This corresponds to the reality and to the representation in STOR2RRD for the node. The problem is, that in the representation for the ports (e0g/e0h) all…
-
Hi Jirka, I’ve uploded the data for all NetApps. Is it possible that there is a missing assignment for the ports to the node_name as seen in the *cli.dump, like it is there for processor or fcp_lif?
-
Hi, I’ve uploaded logs.tar.gz as well as details.txt with details. The issue with the wrong label for the Y axis appears for all NetApps. Thanks
Howdy, Stranger!