> -----Original Message-----
> From: Sumit Gupta [mailto:sum...@brocade.com] 
> Sent: Wednesday, December 16, 2009 2:24 PM
> To: Steffen Plotner; storage-discuss@opensolaris.org
> Subject: RE: Offlining a LU timing
> 
> 
> If there is no I/O, LU offline should be instantaneous. Looks 
> like either there is some pending I/O or you are running into a bug.
> 
> One thing to check is the kernel thread list. Run mdb -k 
> (during those 20 seconds) and type $<threadlist <enter>
> 
> This will produce a long output. Maybe you can post it here 
> or attach it and post a link.
> 
> Sumit 

Hi Sumit,

Thank you for responding and also a thank you for being a developer
member of the comstar project - excellent.

I have 3 urls with traces using the mdb -k command you asked below.

The system has 14 Lus, 2 of them are doing IO (can be either read or
write). I am using comstar+iscsit.

The first trace is when the system is chucking along doing IO
(http://www3.amherst.edu/~swplotner/comstar/debug/lunoffline-quiet-threa
ds).

At the time of changing a LUNs state from online to offline, I have
removed the network interfaces to prevent any further IO from the
initiator.

The second trace is when I started to stmfadm offline-lu the first 4 Lus
(http://www3.amherst.edu/~swplotner/comstar/debug/lunoffline-long-thread
s).

The third trace is after 12 LUs have been offlined and 2 LUs remained in
the 'offlining' state for 20 seconds
(http://www3.amherst.edu/~swplotner/comstar/debug/lunoffline-long2-threa
ds). Once the 20 seconds passed, the last 2 LUs were offline.

The reason for this is to allow us to zpool export the underlying
storage so that it can be moved to a different node. I am trying to
reduce the time on taking a LU into an offline state, so that zpool
export works - otherwise zpool export refuses to export because it has
open LUs (pool is busy is the message even with zpool export -f)

Steffen
_______________________________________________
storage-discuss mailing list
storage-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/storage-discuss

Reply via email to