This post is more than 5 years old
295 Posts
0
1398
October 2nd, 2012 12:00
to troubleshooting cx4 MV/A via iSCSI how understand getspids values
hello
i want to know and understand how results values from getspids
of local and remote storage, are or not good.
.00024 is better? why
.00208 is not better? why
thank you
MC
No Events found!
AnkitMehta
1.4K Posts
0
October 2nd, 2012 13:00
The lesser time, means lesser the time taken for processing IO.
.00208 is higher than .00024
That's why! 
AnkitMehta
1.4K Posts
0
October 2nd, 2012 13:00
0.1 = tenth
0.01= hundredth
0.001=thousand...etc
This time is taken when the SP Collects script is ran. It takes a snapshot of the CLARiiON Storage system at that point of time and creates a data.zip file which has all the information.
jelucho
295 Posts
0
October 2nd, 2012 13:00
thank you
but what are those numbers,
miliseconds of response time?
so
.00024 means 24 miliseconds?
and how is that measure taken, by pinging or something,
is that a constant measure, or it is just taken when spcollect runs?
mc
jelucho
295 Posts
0
October 2nd, 2012 14:00
thanks for descriptions
last questions. collects files retrieved from 2 storage at the same time reflect following:
from box1 collects says
box1 primary pA0 .00033
box2 remote pA0 .00207
from box2 collects says
box2 array pA0 .00027
box1 array pA0 .00186
seems that both storage have less and good time for i/o been and getting collects from its own side.
but why oposite link shows time not very good. in both boxes?
MC
MC
jelucho
295 Posts
0
October 2nd, 2012 14:00
ok thank you
mc
AnkitMehta
1.4K Posts
0
October 2nd, 2012 14:00
We are talking about tenthousandth fraction here even a millisecond of SP Collect delay matters, I reckon.
Perhaps, on a second thought I reckon there must be another reason which I would need to research. I will update the space if I found anything more.
jelucho
295 Posts
0
October 4th, 2012 08:00
hello i get this metric when starting spcollect
how can a prove that this is a link speed issue and not an storage issue
is there any way
SPA_--------------------------------------------------------------------------------
SPA_ Array 0 % Success Sec/IO
100.00% 0.00010
SPA_
SPA_:Array 1 % Success Sec/IO
100.00% 0.02322
SPB_---------------------------------------------------------------------------------
SPB_Array 0 % Success Sec/IO
100.00% 0.00010
SPB_ Array 1 % Success Sec/IO
100.00% 0.04949
numbers are so high
thank you
mc
kelleg
4.5K Posts
1
October 4th, 2012 10:00
those numbers are the time it takes for a one-way trip on that link - it's measued by the array - sends out a packet and times the ACK back. The times indicate the quality of the network, not the array. Higher numbers indicate more latency on the netowrk. All things equal, the times should be similar for both paths, if not, then there may be issues in the network.
glen
AnkitMehta
1.4K Posts
0
October 4th, 2012 10:00
<...Internal email update>
Message was edited by: Ankit
jelucho
295 Posts
0
October 4th, 2012 10:00
sorry all answer was fine and clear,
what i send was another question, trying to deep dive more and solve problem by myseft with more knowlegde
about getspids
thank you Ankit and Glen
regards
Mc.
AnkitMehta
1.4K Posts
0
October 4th, 2012 11:00
LOL! I guess I did not change the receipent that response was not suppose to be here!