From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 21:38:27 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 626681065680 for ; Tue, 17 Jan 2012 21:38:27 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id DF92E8FC16 for ; Tue, 17 Jan 2012 21:38:26 +0000 (UTC) Received: by eekb47 with SMTP id b47so536023eek.13 for ; Tue, 17 Jan 2012 13:38:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=4GE0FNiLdMXkLBbnuIlTdEMuitoJK9O7yVi0jXy42mg=; b=ro4q33qjsG8smyC97kx1i+OQXcHXSWN5+dHO7onH7g1dXMNvBul35dleDhLNQobySG VCyZ1xQUgs1ribVl7KDizs3JwYmfo1xVqPfLyi096mZQ3ExU/N4xHqozY9oLUWpV9Eiy t6Cd7iC9S3p/NoWAgXe/YtrjJ+Oxp36wuZKiI= Received: by 10.213.16.132 with SMTP id o4mr341774eba.88.1326836305883; Tue, 17 Jan 2012 13:38:25 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id a60sm91039012eeb.4.2012.01.17.13.38.23 (version=SSLv3 cipher=OTHER); Tue, 17 Jan 2012 13:38:24 -0800 (PST) Sender: Alexander Motin Message-ID: <4F15EA46.7000600@FreeBSD.org> Date: Tue, 17 Jan 2012 23:38:14 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120116 Thunderbird/9.0 MIME-Version: 1.0 To: Vinny Abello References: <4F15E243.2030000@FreeBSD.org> <4F15E992.4080301@abellohome.net> In-Reply-To: <4F15E992.4080301@abellohome.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit 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:38:27 -0000 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. -- Alexander Motin