Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 22 Sep 2016 20:09:19 +0530
From:      Kashyap Desai <kashyap.desai@broadcom.com>
To:        Sumit Saxena <sumit.saxena@broadcom.com>, freebsd-scsi@freebsd.org,  scott4long@yahoo.com, ken@freebsd.org
Cc:        Seema Kumashikar <seema1.kumashikar@broadcom.com>,  Stephen Mcconnell <stephen.mcconnell@broadcom.com>,  Sreekanth Reddy <sreekanth.reddy@broadcom.com>
Subject:   RE: MRSAS: SATA drives are getting deleted and then readded after controller reset
Message-ID:  <f449c006477e36ab3347d9cdb168e7f0@mail.gmail.com>
In-Reply-To: <03ee30cfdb1ac86b644ff3516e0d88c0@mail.gmail.com>
References:  <03ee30cfdb1ac86b644ff3516e0d88c0@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Hi -

To add one more thing -

This issue is even common for IT HBA (mpr driver), so looks to be a common
issue.

If you have SATA drive and just do "camcontrol rescan all", SATA disc is
added and removed back by CAM layer.

One more log snippet -

mrsas0: Reset successful
(xpt0:mrsas0:1:-1:ffffffff): rescan already queued
(xpt0:mrsas0:1:-1:ffffffff): rescan already queued
da2 at mrsas0 bus 1 scbus1 target 51 lun 0
da2: <ATA ST9250610NS SN03> s/n 9XE09LAH detached
cam_periph_alloc: attempt to re-allocate valid device da2 rejected flags
0x118 refcount 2
daasync: Unable to attach to new device due to status 0x6
(da2:mrsas0:1:51:0): Periph destroyed
(da2:mrsas0:1:51:0): UNMAPPED
da2 at mrsas0 bus 1 scbus1 target 51 lun 0
da2: <ATA ST9250610NS SN03> Fixed Direct Access SPC-4 SCSI device
da2: Serial Number 9XE09LAH
da2: 150.000MB/s transfers
da2: 238475MB (488397168 512 byte sectors)


` Kashyap

> -----Original Message-----
> From: Sumit Saxena [mailto:sumit.saxena@broadcom.com]
> Sent: Thursday, September 22, 2016 7:54 PM
> To: freebsd-scsi@freebsd.org; scott4long@yahoo.com; ken@freebsd.org
> Cc: Kashyap Desai; Seema Kumashikar
> Subject: MRSAS: SATA drives are getting deleted and then readded after
> controller reset
>
> Ken/Scott,
>
> On FreeBSD11.0 RC1, we are facing an issue where SATA drives connected
> behind LSI's MegaRAID controller getting deleted and added back after
> controller reset.
> I am using Broadcom/Avago/LSI's  MegaRAID Invader controller(device ID-
> 0x005d). The point to note here is- this behavior is not observed with SAS
> drives
> on FreeBSD11.0-RC1.
> Also on FreeBSD10.3 this behavior is not at all observed on SATA as well.
> We are debugging the issue but it would be much helpful if we can get
> quick
> inputs/pointers.
>
> Please find below the detailed information-
>
> OS: FreeBSD 11.0 RC1
> Controller: LSI's MegaRAID invader controller
>
> Connected devices list:
>
> root@freeBSD11:~ # camcontrol devlist
> <ST500NM0011 PA09>                 at scbus5 target 0 lun 0 (pass0,ada0)
> <AHCI SGPIO Enclosure 1.00 0001>   at scbus6 target 0 lun 0 (ses0,pass1)
> <ATA ST9250610NS SN01>             at scbus8 target 51 lun 0
> (da9,pass11)----------------------------------------->this is SATA drive
> which is getting
> deleted and re-added post controller reset
> <SEAGATE ST9300605SS 0004>         at scbus8 target 163 lun 0 (da8,pass10)
> <LSI Default 5.00>                 at scbus9 target 0 lun 0 (da6,pass8)
> <LSI Default 5.00>                 at scbus9 target 1 lun 0 (da2,pass4)
> <LSI Default 5.00>                 at scbus9 target 2 lun 0 (da0,pass2)
> <LSI Default 5.00>                 at scbus9 target 3 lun 0 (da7,pass9)
> <LSI Default 5.00>                 at scbus9 target 4 lun 0 (da3,pass5)
> <LSI Default 5.00>                 at scbus9 target 5 lun 0 (da1,pass3)
> <SEAGATE ST600MP0005 VS09>         at scbus10 target 48 lun 0 (da4,pass6)
> <SEAGATE ST600MP0005 VS09>         at scbus10 target 54 lun 0 (da5,pass7)
>
>
> Relevant dmesg logs snippet(da9 is SATA drive which is getting deleted and
> added back):
>
> ================================
> mrsas0: Initiaiting OCR because of FW fault!
> mrsas0: Waiting for FW to come to ready state
> mrsas0: Jbod map is supported
> mrsas0: Reset successful
> da9 at mrsas0 bus 1 scbus8 target 51 lun 0
> da9: <ATA ST9250610NS SN01> s/n 9XE02AR2 detached
> (da9:mrsas0:1:51:0): Periph destroyed
> (da9:mrsas0:1:51:0): UNMAPPED
> (da9:mrsas0:1:51:0): fatal error, could not acquire reference count
> g_access(918): provider da9 has error
> g_access(918): provider da9 has error
> g_access(918): provider da9 has error
> (da9:mrsas0:1:51:0): UNMAPPED
> da9 at mrsas0 bus 1 scbus8 target 51 lun 0
> da9: <ATA ST9250610NS SN01> Fixed Direct Access SPC-4 SCSI device
> da9: Serial Number 9XE02AR2
> da9: 150.000MB/s transfers
> da9: 238475MB (488397168 512 byte sectors)
> =================================
>
> Thanks,
> Sumit



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?f449c006477e36ab3347d9cdb168e7f0>