Date: Tue, 5 Jun 2018 19:28:54 +0200 From: Dirk-Willem van Gulik <dirkx@webweaving.org> To: "Kenneth D. Merry" <ken@FreeBSD.ORG> Cc: freebsd-scsi@freebsd.org Subject: Re: Scalar i40 tapechanger LUN appearing as a second tape drive Message-ID: <D2BDA422-CBFF-4E1C-8ECE-2740652746EF@webweaving.org> In-Reply-To: <64CB99E1-9A12-41EB-9D11-42C1AECED2F0@webweaving.org> References: <47CCCC93-7168-47B8-8C80-248C90F8085C@webweaving.org> <20180515201939.GA35140@mithlond.kdm.org> <3E5345E0-2F97-47A8-8BFB-94523B65B0A4@webweaving.org> <20180516165307.GB35140@mithlond.kdm.org> <64CB99E1-9A12-41EB-9D11-42C1AECED2F0@webweaving.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> On 16 May 2018, at 19:30, Dirk-Willem van Gulik <dirkx@webweaving.org> = wrote: >=20 > On 16 May 2018, at 18:53, Kenneth D. Merry <ken@FreeBSD.ORG> wrote: >=20 >>> Ok. good advice. Will do exactly that. >>=20 >> The best controllers to use are LSI (now Broadcom) 6Gb or 12Gb SAS >> controllers. They have TLR support, which helps insure data = integrity with >> tape drives. >=20 > Ok - we surely have a few SAS9201 and LSIA SAS9202=E2=80=99s around. Ok - So the summary is that 1) indeed the LSI controller see the Scalar = i40 changer with no issue (and gives us a nice speed update). And that = 2) that there may be some regression in the cam/scsi stack -- restoring = a FreeBSD-8-RELEASE makes the P222 see the changer again. Next up - finding out what is wrong with LEOM (and amanda). Dw.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?D2BDA422-CBFF-4E1C-8ECE-2740652746EF>