From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 21:45:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C194A106566B; Tue, 17 Jan 2012 21:45:00 +0000 (UTC) (envelope-from vinny@abellohome.net) Received: from mta5.srv.hcvlny.cv.net (mta5.srv.hcvlny.cv.net [167.206.4.200]) by mx1.freebsd.org (Postfix) with ESMTP id 90AFC8FC16; Tue, 17 Jan 2012 21:45:00 +0000 (UTC) Received: from mail.abellohome.net (ool-44c58eab.dyn.optonline.net [68.197.142.171]) by mta5.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0LXY00FEAPQZ08F0@mta5.srv.hcvlny.cv.net>; Tue, 17 Jan 2012 16:44:59 -0500 (EST) Received: from [155.16.137.131] (noc.tdc.nwt.dellservices.net [216.182.1.100]) by mail.abellohome.net (Postfix) with ESMTPSA id 0DB76844B9; Tue, 17 Jan 2012 16:44:59 -0500 (EST) Date: Tue, 17 Jan 2012 16:44:58 -0500 From: Vinny Abello In-reply-to: <4F15EA46.7000600@FreeBSD.org> To: Alexander Motin Message-id: <4F15EBDA.4030908@abellohome.net> MIME-version: 1.0 Content-type: text/plain; charset=KOI8-R Content-transfer-encoding: 7BIT X-Enigmail-Version: 1.3.4 References: <4F15E243.2030000@FreeBSD.org> <4F15E992.4080301@abellohome.net> <4F15EA46.7000600@FreeBSD.org> User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 9.0 and Intel MatrixRAID RAID5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 21:45:00 -0000 On 1/17/2012 4:38 PM, Alexander Motin wrote: > On 17.01.2012 23:35, Vinny Abello wrote: >> On 1/17/2012 4:04 PM, Alexander Motin wrote: >>> On 17.01.2012 19:03, Vinny Abello wrote: >>>> I had something similar on a software based RAID controller on my Intel S5000PSL motherboard when I just went from 8.2-RELEASE to 9.0-RELEASE. After adding geom_raid_load="YES" to my /boot/loader.conf, it still didn't create the device on bootup. I had to manually create the label with graid. After that it created /dev/raid/ar0 for me and I could mount the volume. Only thing which I've trying to understand is the last message below about the integrity check failed. I've found other posts on this but when I dig into my setup, I don't see the same problems that are illustrated in the post and am at a loss for why that is being stated. Also, on other posts I think it was (raid/r0, MBR) that people were getting and trying to fix. Mine is (raid/r0, BSD) which I cannot find reference to. I have a feeling it has to do with the geometry of the disk or something. Everything else seems fine... I admittedly only use this volume for scratch space and didn't have anything important st > >> or >>> ed >>>> on it so I wasn't worried about experimenting or losing data. >>>> >>>> ada0 at ahcich0 bus 0 scbus2 target 0 lun 0 >>>> ada0: ATA-7 SATA 1.x device >>>> ada0: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 8192bytes) >>>> ada0: Command Queueing enabled >>>> ada0: 381554MB (781422768 512 byte sectors: 16H 63S/T 16383C) >>>> ada0: Previously was known as ad4 >>>> ada1 at ahcich1 bus 0 scbus3 target 0 lun 0 >>>> ada1: ATA-7 SATA 1.x device >>>> ada1: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 8192bytes) >>>> ada1: Command Queueing enabled >>>> ada1: 381554MB (781422768 512 byte sectors: 16H 63S/T 16383C) >>>> ada1: Previously was known as ad6 >>>> >>>> GEOM_RAID: Intel-8c840681: Array Intel-8c840681 created. >>>> GEOM_RAID: Intel-8c840681: Disk ada0s1 state changed from NONE to ACTIVE. >>>> GEOM_RAID: Intel-8c840681: Subdisk ar0:0-ada0s1 state changed from NONE to ACTIVE. >>>> GEOM_RAID: Intel-8c840681: Disk ada1s1 state changed from NONE to ACTIVE. >>>> GEOM_RAID: Intel-8c840681: Subdisk ar0:1-ada1s1 state changed from NONE to ACTIVE. >>>> GEOM_RAID: Intel-8c840681: Array started. >>>> GEOM_RAID: Intel-8c840681: Volume ar0 state changed from STARTING to OPTIMAL. >>>> GEOM_RAID: Intel-8c840681: Provider raid/r0 for volume ar0 created. >>>> GEOM_PART: integrity check failed (raid/r0, BSD) >>>> >>>> Any ideas on the integrity check anyone? >>> >>> It is not related to geom_raid, but to geom_part. There is something wrong with your label. You may set kern.geom.part.check_integrity sysctl to zero do disable these checks. AFAIR it was mentioned in 9.0 release notes. >> >> Thanks for responding, Alexander. I also found that information about that sysctl variable, however I was trying to determine if something is actually wrong, how to determine what it is and ultimately how to fix it so it passes the check. I'd rather not ignore errors/warnings unless it's a bug. Again, I have no data of value on this partition, so I can do anything to fix it. Just not sure what to do or look at specifically. > > First thing I would check is that partition is not bigger then the RAID volume size. If label was created before the RAID volume, that could be the reason, because RAID cuts several sectors off the end of disk to store metadata. OK, thanks for the suggestion. I will investigate. -Vinny