Date: Tue, 3 Jan 2017 23:19:33 +0100 From: geoffroy desvernay <dgeo@centrale-marseille.fr> To: "baris.cavus" <brscvs@gmail.com>, freebsd-scsi@freebsd.org Subject: Re: scsi error at SEAGATE ST1200MM0088 TT31 Message-ID: <dde5a8c7-d837-b343-f1a9-4f4c143c82af@centrale-marseille.fr> In-Reply-To: <c38a554e-601c-6d0d-2edd-c2fbfcdbd994@gmail.com> References: <718e64f1-ae4b-1090-5d51-49625b3fd7ea@gmail.com> <c38a554e-601c-6d0d-2edd-c2fbfcdbd994@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --hKvMliERvVNjpB8jOXPhrxgMI4O1Qtajs Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Sorry for the 'me too' style, I won't bring a response here=85 But it seems there is something to catch here, I'm just adding my case's details= : These "ILLEGAL REQUEST asc:20,0" seems identical to the thread 'mpr(4) bug ?' (2016/12/12) this wasn't a mpr(4) bug. Same symptoms: disks seems ok, but real use fails=85 Now trying to "sg_format" them=85 to be continued =85 Here we have 24 SEAGATE ST2000NX0433 NS02 drives in a md1420 enclosure connected via a sas3008 adapter. Setup tested working with debian 8 and centos 7. sg_readcap --16 returns: Read Capacity results: Protection: prot_en=3D1, p_type=3D1, p_i_exponent=3D0 [type 2 protecti= on] Logical block provisioning: lbpme=3D0, lbprz=3D0 Last logical block address=3D3907029167 (0xe8e088af), Number of logica= l blocks=3D3907029168 Logical block length=3D512 bytes Logical blocks per physical block exponent=3D0 Lowest aligned logical block address=3D0 Hence: Device size: 2000398934016 bytes, 1907729.1 MiB, 2000.40 GB Yours, On 12/22/2016 07:39 AM, baris.cavus wrote: > I have found the same issue here: >=20 > https://bugs.freenas.org/issues/14517 >=20 > `sg_readcap --16 da16` reported "type 2 protection" >=20 > Protection: prot_en=3D1, p_type=3D1, p_i_exponent=3D0 [type 2 protectio= n] >=20 > Then we formatted all disks at night and it worked >=20 > sg_format --format /dev/da16 -f0 >=20 >=20 > Normally DPICZ bit set to 1 in control mode page states it doesn't chec= k > the protection but this doesn't work. > I would be happy to learn if someone find any other workaround. >=20 > Thanks, >=20 >=20 > On 21-12-2016 17:42, baris.cavus wrote: >> I have "1.2 TB SEAGATE ST1200MM0088 TT31" on my enclosures connected >> with lsa 3008 hba . I can't write to disks on Freebsd 10 but I can in >> centos 7. Any idea what is the reason ?. >> >> (da2:mpr0:0:10:0): CAM status: SCSI Status Error >> (da2:mpr0:0:10:0): SCSI status: Check Condition >> (da2:mpr0:0:10:0): SCSI sense: ILLEGAL REQUEST asc:20,0 (Invalid >> command operation code) >> (da2:mpr0:0:10:0): Error 22, Unretryable error >> (da2:mpr0:0:10:0): READ(10). CDB: 28 00 00 00 02 00 00 01 00 00 >> (da2:mpr0:0:10:0): CAM status: SCSI Status Error >> (da2:mpr0:0:10:0): SCSI status: Check Condition >> (da2:mpr0:0:10:0): SCSI sense: ILLEGAL REQUEST asc:20,0 (Invalid >> command operation code) >> (da2:mpr0:0:10:0): Error 22, Unretryable error >> (da2:mpr0:0:10:0): READ(10). CDB: 28 00 8b ba 08 00 00 01 00 00 >> (da2:mpr0:0:10:0): CAM status: SCSI Status Error >> (da2:mpr0:0:10:0): SCSI status: Check Condition >> (da2:mpr0:0:10:0): SCSI sense: ILLEGAL REQUEST asc:20,0 (Invalid >> command operation code) >> (da2:mpr0:0:10:0): Error 22, Unretryable error >> (da2:mpr0:0:10:0): READ(10). CDB: 28 00 8b ba 0a 00 00 01 00 00 >> (da2:mpr0:0:10:0): CAM status: SCSI Status Error >> (da2:mpr0:0:10:0): SCSI status: Check Condition >> (da2:mpr0:0:10:0): SCSI sense: ILLEGAL REQUEST asc:20,0 (Invalid >> command operation code) >> (da2:mpr0:0:10:0): Error 22, Unretryable error >> >=20 > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org"= --=20 geoffroy desvernay C.R.I - Administration syst=E8mes et r=E9seaux Ecole Centrale de Marseille --hKvMliERvVNjpB8jOXPhrxgMI4O1Qtajs Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJYbCN2AAoJED/P9AlFh6DwyicQALWk31SNGGZEYcIyFVIrxnPc bHiEYLm91E+edDG6g55M7MfQ3pVl3/pWBD30MHwQ9bhhIeLJ3ZplF9P3gXoOGktX trzPSIAzOFNlJZyRlWlVTYFWxjhlVvp1fKIPKOZgIVPgzTZqppMFkmGBxPU0faSe fzAd8S/4uD1rynoX1y84K5kmFnvqhKVRuuxofaiQaM0HdQ6qfgW8JKNs6KeA2LqP 3em9o1fIUaFvTtZZfMoMC+zGqeW+N+0F9zC9cYLOtZpJS00V5A99tsgDh6ClOs3w uK4+dM6ya4Envj7ZJ/IlADsOOl7yPiMs50fRK0ChFPYJdU/aFbIK9xyB+0zwVJa/ 0XVOOFUvlSO8mmG0X2hEd02WHI9Zhar6YXeBDizo2TxjE1DIep11SouH9/R/Um+t pdZq5Uvf1D3+A6KkDwhz+0v/QiwF2blzWDc4vazRTTi3kFuBj79Lca/NpazX1AW0 SR9/Y+XOBlOfWx8wLNLCXCMmNXusMGjAkN/BNMU4MUMCq7hodH+spX0vc3NFMj89 62q3337SmCVlsmdN3rYneBj+03DUg4B2HaWX2Lenc5AzaGhbRkXHbenbWhXigeZH Whzj2+wBaQwxVkBimi0qimMJIEbBLWg0Acch+At2iH3smymJu1vOjDDbltquxnav fdrQ2/8CkRQ5gwCDgJHg =OZNG -----END PGP SIGNATURE----- --hKvMliERvVNjpB8jOXPhrxgMI4O1Qtajs--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?dde5a8c7-d837-b343-f1a9-4f4c143c82af>