From owner-freebsd-fs@FreeBSD.ORG Thu May 3 12:43:41 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2FB3C106566B for ; Thu, 3 May 2012 12:43:41 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 8BAFB8FC08 for ; Thu, 3 May 2012 12:43:40 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id q43CMZ6T019390 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 3 May 2012 15:22:36 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4FA2788B.2000703@digsys.bg> Date: Thu, 03 May 2012 15:22:35 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.4) Gecko/20120501 Thunderbird/10.0.4 MIME-Version: 1.0 To: freebsd-fs@freebsd.org References: <20120502223414.EC0E71065670@hub.freebsd.org> In-Reply-To: <20120502223414.EC0E71065670@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Replacing dead drives in ZRAID2 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 May 2012 12:43:41 -0000 Simon, ZFS is known to put much more stress on hardware than UFS (in typical usage) and any flaky hardware setup very quickly breaks up. When I started playing with ZFS, I was dismayed that few drives that were otherwise perfectly OK and never, ever showed any indication of malfunction did show errors with ZFS. Same with controllers. Just don't panic :) ZFS is very reliable otherwise, sometimes in the 'magical' realm (but of course, don't ever imagine things, when it comes to your data). My guess is, that you simulated the failing drives by pulling them out too quickly. That is, if the Adaptec controller or rather the drives doesn't fully support hot-swap you may need to do things more 'safely', by waiting a bit between pulls, doing scsi bus reset (and waiting for it to enumerate again), rescans etc. One can sometimes hot-swap even non-hot swappable SATA this way :) Sometimes.. Have you tried repeating this experiment? Daniel On 03.05.12 01:34, Simon wrote: > Thank you Mark, that's what I thought, too. My major concern is the failure > of drives, not so much the hot-swapping. I can live with taking the machine > offline, replacing the drive(s), and booting up. Yanking the drives out from live > system is the only way I can simulate a hard failure. Without this working, I > cannot be sure the system will remain running should a drive go bad. I'm > not sure how the system would handle this given ahd cannot handle pulling > of hot drives out. I will try to get in touch with the driver maintainer. > > Thanks again! > -Simon > > On Wed, 2 May 2012 17:21:14 -0500, Mark Felder wrote: > >> On Wed, 02 May 2012 17:06:04 -0500, wrote: >>> Having said the above, is there any FreeBSD RAID software I can use with >>> ahb driver that won't give me same issues I'm experiencing with ahd and >>> ZFS? >>> vinum? gmirror? Can I expect them to work better with ahd given ahd >>> cannot >>> handle pulling of working drives out of SAF-TE aware enclosure? >> We're pretty sure it's not the /RAID Software/ and that it's a driver >> issue. I don't think with your version of FreeBSD that you can do *any* >> hot swapping of drives with that controller. >> Ask the maintainer of the ahd driver to take a look -- he might be able to >> provide a patch. >> _______________________________________________ >> freebsd-fs@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-fs >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org"