Start a Conversation

This post is more than 5 years old

Solved!

Go to Solution

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

1.4K Posts

October 2nd, 2012 13:00

The lesser time, means lesser the time taken for processing IO.

.00208 is higher than .00024 That's why!

1.4K Posts

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.

295 Posts

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

295 Posts

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

295 Posts

October 2nd, 2012 14:00

ok thank you

mc

1.4K Posts

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.

295 Posts

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

4.5K Posts

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

1.4K Posts

October 4th, 2012 10:00

<...Internal email update>

Message was edited by: Ankit

295 Posts

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.

1.4K Posts

October 4th, 2012 11:00

LOL! I guess I did not change the receipent that response was not suppose to be here!

No Events found!

Top