From owner-freebsd-stable@FreeBSD.ORG Wed Jul 8 21:00:25 2009 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 4CC161065676 for ; Wed, 8 Jul 2009 21:00:25 +0000 (UTC) (envelope-from thomas@ronner.org) Received: from mail.knopje.net (mail.knopje.net [213.214.107.232]) by mx1.freebsd.org (Postfix) with ESMTP id 1074C8FC17 for ; Wed, 8 Jul 2009 21:00:25 +0000 (UTC) (envelope-from thomas@ronner.org) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.knopje.net (Postfix) with ESMTP id 23E133812B for ; Wed, 8 Jul 2009 22:30:59 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at knopje.net Received: from mail.knopje.net ([127.0.0.1]) by localhost (hal.knopje.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HiOKZQjs-eTU for ; Wed, 8 Jul 2009 22:30:58 +0200 (CEST) Received: from [192.168.28.106] (48-251.surfsnel.dsl.internl.net [145.99.251.48]) by mail.knopje.net (Postfix) with ESMTP id B31BC38103 for ; Wed, 8 Jul 2009 22:30:58 +0200 (CEST) From: Thomas Ronner To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Wed, 08 Jul 2009 22:30:58 +0200 Message-Id: <1247085058.6197.18.camel@bugstore> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1 Content-Transfer-Encoding: 7bit Subject: ZFS: zpool scrub lockup 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: Wed, 08 Jul 2009 21:00:25 -0000 Hello, I don't know whether this is the right list; maybe freebsd-fs is more appropriate. So please redirect me there if this isn't the right place. My system (i386, Athlon XP) locks hard when scrubbing a certain pool. It has been doing this for at least a couple of months now. For this reason I upgraded to 7.2-STABLE recently as this had the latest ZFS bits, but this doesn't help. It even makes the problem worse: in previous versions I just hit the reset button and forgot about it, but now it "remembers" that it was scrubbing (I presume) and tries to resume at the exact same place, locking up again. This means I haven't been able to mount these ZFS volumes successfully: the moment I do a /etc/rc.d/zfs start from single user mode (I have my /, /var and /usr on UFS) it locks up in a couple of seconds. And by locks up I really mean locks up. No panic, nothing. Pressing the reset button on the chassis is the only way to reboot. Details about my system: Athlon XP 2400+ Asus K7V-880 (VIA chipset; 2 IDE, 2 SATA ports) 2 GB RAM Promise Ultra133-TX2 (2 port IDE controller) Promise SATA150 4 port SATA controller Promise SATA300 4 port SATA controller 4 Maxtor 300 GB IDE disks 1 Maxtor 300 GB SATA disk 1 WD 320 GB SATA disk 6 Samsung 1 TB SATA disks The Samsung disks form the pool I'm having trouble with. They are connected to the Promise controllers. Does anyone know how I can debug this? I'm not even sure whether it is a software or a hardware problem. Any help is greatly appreciated! Regards, Thomas