--- On Thu, 3/26/09, James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx> wrote:
> From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
> Subject: Re: Stale devices in sysfs
> To: "Ahmed A" <ahmedcali@xxxxxxxxx>
> Cc: linux-scsi@xxxxxxxxxxxxxxx
> Date: Thursday, March 26, 2009, 10:41 AM
> On Thu, 2009-03-26 at 10:16 -0700,
> Ahmed A wrote:
> > Hello,
> >
> > I have a two port FC hba in my system. The hba
> is properly connecting
> > to a Target, and I can tell it seems all the LUNs
> exported to it.
> > However, when I browse through the
> /sys/class/scsi_host/...
> > directory , and output of "lsscsi", I can see "sd"
> mappings that are
> > old and invalid (cannot write to them). In my
> ouput below,
> > sd[e/f/g/h] and sd[c/d] are invalid.
> >
> > 1. Is there an command I an issue to flush out the
> older mappings?
> >
> > 2. Is this a bug in the FC driver?
> >
> > [root@pe850 ~]# lsscsi
> > [2:0:0:10] disk 3PARdata
> VV
> 0000 /dev/sde
> > [2:0:0:11] disk 3PARdata
> VV
> 0000 /dev/sdf
> > [2:0:0:254] enclosu 3PARdata SES
> 0000 -
>
> > [2:0:1:10] disk 3PARdata
> VV
> 0000 /dev/sdg
> > [2:0:1:11] disk 3PARdata
> VV
> 0000 /dev/sdh
> > [2:0:1:254] enclosu 3PARdata SES
> 0000 -
>
> > [2:0:2:10] disk 3PARdata
> VV
> 0000 /dev/sdi
> > [2:0:2:11] disk 3PARdata
> VV
> 0000 /dev/sdj
> > [2:0:2:254] enclosu 3PARdata SES
> 0000 -
>
> > [3:0:0:10] disk 3PARdata
> VV
> 0000 /dev/sdc
> > [3:0:0:11] disk 3PARdata
> VV
> 0000 /dev/sdd
> > [3:0:0:254] enclosu 3PARdata SES
> 0000 -
>
> > [3:0:1:10] disk 3PARdata
> VV
> 0000 /dev/sdk
> > [3:0:1:11] disk 3PARdata
> VV
> 0000 /dev/sdl
> > [3:0:1:254] enclosu 3PARdata SES
> 0000 -
>
> > [root@pe850 ~]#
>
> It's very hard to tell anything without knowing which fibre
> HBA or
> looking in the logs. However, I'd say you've had some
> disconnect event
> which exceeded the devloss timeout twice on HBA 2 and once
> on HBA 1 ...
> this causes LUNs to be re-presented in exactly this fashion
> (with the
> target number incrementing).
>
> It sounds like the problem is whatever event caused this,
> and there's
> insufficient information to make any guesses about that.
>
> James
>
>
>
Hi James,
Thank you for your reply. It is an Emulex 2 port FC hba (LPE11002), using the inbox driver version 8.2.0.33.3p. Yes, there have been some disconnect, initiatied by me by disabling / enablling the port on the target. Even in these situations, wouldn't the driver remove the old/stale mappings? I am guessing from you response, there is no way for me to clean-up the old ones.
As to figure out which ones are real, just use the sd mapping with the latest target number, right?
Thank you,
Ahmed.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
