From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 14:28:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB9DF16A41C; Fri, 10 Jun 2005 14:28:24 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from aposerv.p-i-n.com (aposerv.p-i-n.com [145.253.185.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71A2943D48; Fri, 10 Jun 2005 14:28:24 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by aposerv.p-i-n.com (8.12.11/8.12.11) with ESMTP id j5AESLAN034083; Fri, 10 Jun 2005 16:28:21 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id j5AESEn02492; Fri, 10 Jun 2005 16:28:14 +0200 (CEST) (envelope-from rabe) Date: Fri, 10 Jun 2005 16:28:14 +0200 From: "Raphael H. Becker" To: freebsd-scsi@freebsd.org Message-ID: <20050610162814.A25098@p-i-n.com> References: <20050608152459.BF24E16A45C@hub.freebsd.org> <1118248386.7479.10.camel@zappa.Chelsea-Ct.Org> <20050608171130.GA64736@over-yonder.net> <1118252322.7479.28.camel@zappa.Chelsea-Ct.Org> <20050609113616.I41471@p-i-n.com> <20050609130511.GA732@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20050609130511.GA732@uk.tiscali.com>; from B.Candler@pobox.com on Thu, Jun 09, 2005 at 02:05:11PM +0100 Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Cc: Paul Mather , freebsd-current@freebsd.org, "Matthew D. Fuller" , Brian Candler Subject: Re: Accessing SCSI-Devices >2TB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2005 14:28:25 -0000 Hi all, thank you for the hints about debugging. ( I think this should go over to freebsd-scsi@. I've archived the thread on -current in http://rabe.uugrn.org/temp/FreeBSD/bigraid/RAID_2TB.mbox.gz ) I've done some testing. First was to boot another OS with the RAID in two equal partitions, I tried with knoppix 3.9 (Linux 2.6.11): http://rabe.uugrn.org/temp/FreeBSD/bigraid/dmesg.knoppix_partition.txt ... and with the RAID configuread as one big drive: http://rabe.uugrn.org/temp/FreeBSD/bigraid/dmesg.knoppix_onebig.txt and here the relevant diffs: http://rabe.uugrn.org/temp/FreeBSD/bigraid/dmesg.knoppix_diff.txt Second I rebooted FreeBSD with CAMDEBUG in kernel and enabled it via "camcontrol debug ..." and did a "camcontrol rescan 1" then: http://rabe.uugrn.org/temp/FreeBSD/bigraid/freebsd54_camdebug.txt A complete dmesg.boot of 5.4 can be found under http://rabe.uugrn.org/temp/FreeBSD/bigraid/dmesg.freebsd54_onebig.txt I will have to try a SuSE Linux Live System where this should work according to the support of the RAID. The workaround (2 partitions mapped to two LUNs and merged into a RAID in FreeBSD) might work. I have some days for playing around with the RAID before I need to set it in production. Any idea, whats wrong with it? Regards Raphael Becker On Thu, Jun 09, 2005 at 02:05:11PM +0100, Brian Candler wrote: > On Thu, Jun 09, 2005 at 11:36:16AM +0200, Raphael H. Becker wrote: > > The first idea was to have just one large logical drive (LD1) with 12 > > physical discs (PD1 - PD12), where P1 is HotSpare. The RAID wants to talk > > a LBA64 dialect of SCSI AFAIK and FreeBSD isn't able to talk this with > > the RAID --> no /dev/daX! > > SCSI has always used a Linear (or Logical) Block Address offset from the > start of the disk. What you probably mean is that the controller is issuing > a READ(16) command instead of a READ(10), for example. See the SCSI > documentation: e.g. > http://www.t10.org/ftp/t10/drafts/sbc2/sbc2r16.pdf > > Now, setting aside the ccd workarounds for now, IIUC the fundamental problem > is that you cannot attach your drive array when it presents itself as a > single volume with more than 2^31 blocks. > > This means that either: > (1) there's a problem with your drive array under this condition; or > (2) there's a problem with your SCSI controller under this condition; or > (3) there's a problem with FreeBSD under this condition. > > To prove which it is, I think you need to show the actual problematic SCSI > command sent to the drive, and the actual response (if any) which comes > back. > > According to your log at > http://lists.freebsd.org/pipermail/freebsd-current/2005-June/051163.html > it says that FreeBSD is objecting to the response from the drive array > (protocol violation in Message In phase) > > Perhaps someone here can say what's the best way to enable this level of > debugging? From the 5.4 source tree it looks like you can define CAMDEBUG > when building the kernel, and then use "camcontrol debug" to enable > debugging for a particular target (or "all") > > Just a suggestion... > > Brian. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"