From owner-freebsd-scsi@FreeBSD.ORG Thu Oct 29 02:18:38 2009 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90B47106566C for ; Thu, 29 Oct 2009 02:18:38 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 65BCD8FC12 for ; Thu, 29 Oct 2009 02:18:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id AFCEA50A86; Thu, 29 Oct 2009 02:18:36 +0000 (GMT) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dOTtjQDTz3GC; Thu, 29 Oct 2009 02:18:35 +0000 (GMT) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 9894150A0E ; Thu, 29 Oct 2009 02:18:35 +0000 (GMT) Message-ID: <4AE8FB7B.5060305@langille.org> Date: Wed, 28 Oct 2009 22:18:35 -0400 From: Dan Langille User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Adam McDougall References: <4AE7A0BB.8020402@langille.org> <20091028021932.GL62972@egr.msu.edu> <4AE8120A.70608@langille.org> <4AE84250.8020409@egr.msu.edu> In-Reply-To: <4AE84250.8020409@egr.msu.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org Subject: Re: tape changer, but not tape drive X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Oct 2009 02:18:38 -0000 Good news: Adam McDougall wrote: > Dan Langille wrote: >> Adam McDougall wrote: >> > You could also try swapping the >>> first and second connection or the third and fourth, or both, if it is >>> hooked up like I think it is, those should have an equal chance of >>> working >>> and might reveal a bad port or partially bad port. >> $ sudo camcontrol devlist Password: at scbus0 target 0 lun 0 (pass0,ch0) at scbus0 target 5 lun 0 (sa0,pass1) at scbus1 target 5 lun 0 (sa1,pass2) at scbus3 target 0 lun 0 (pass3,cd0) Witness: http://www.langille.org/tmp/library-good-cables.jpg It seems putting the cables in the 'right' order helps. FWIW, I have since put that terminator into that empty slot and rebooted. Everything is there. Done a backup/restore/diff. All fine. :) Thank you.