[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [dm-devel] [multipath] SCSI device capacity mess



On Wed, 2004-10-27 at 15:02, christophe varoqui wrote:

> > 
> I wonder if it's not simpler just to remove the NOSTARTONADD flag on
> this devices in scsi_devinfo.c. I tested that and all the READ CAPACITY
> succeed as expected (DEC HSG80 / COMPAQ HSV*).
> 
> Wasn't this flag in part motivated by the lack of multipath support
> anyway ?
> 
> Even in a cluster context, I don't really buy the annoyance of
> occasional LUN ping-pong.

Yes this change was instigated due to lack of multipath support.  Where
the Qlogic Failover driver intercepts start unit commands this change
would not be necessary.  But with the other multipath endeavors I am not
sure they will affect the need for this feature?

So to the reason for the change, with a single server involved there is
no concern issuing the start unit.  With 2 servers involved it is an
annoyance that can be overlooked for the most part.  However when > 2
servers are involved and especially if the number of LUNs involved is
significant, say > 16, then the annoyance increases such that it is not
easily overlooked.

Switching LUNs from one path to another is not a fast process and if
this happens during periods of heaving IO periods, significant thrashing
can result.

I think if we want to play at the Enterprise level where there are many
servers connected up to large arrays I don't think it is a good idea to
knowingly cause disruptions to others on the SAN.  Causing LUNs to
switch from one path to another is such a behavior.

Eddie Williams


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]