From owner-freebsd-bugs@FreeBSD.ORG Mon Sep 21 22:30:03 2009 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD8111065679 for ; Mon, 21 Sep 2009 22:30:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 912E08FC18 for ; Mon, 21 Sep 2009 22:30:03 +0000 (UTC) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n8LMU36v029678 for ; Mon, 21 Sep 2009 22:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8LMU3fH029675; Mon, 21 Sep 2009 22:30:03 GMT (envelope-from gnats) Resent-Date: Mon, 21 Sep 2009 22:30:03 GMT Resent-Message-Id: <200909212230.n8LMU3fH029675@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Nathaniel Filardo Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6867B106566B for ; Mon, 21 Sep 2009 22:27:53 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 579038FC0A for ; Mon, 21 Sep 2009 22:27:53 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id n8LMRqJa055243 for ; Mon, 21 Sep 2009 22:27:52 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id n8LMRqkE055242; Mon, 21 Sep 2009 22:27:52 GMT (envelope-from nobody) Message-Id: <200909212227.n8LMRqkE055242@www.freebsd.org> Date: Mon, 21 Sep 2009 22:27:52 GMT From: Nathaniel Filardo To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: misc/139039: zpool scrub makes system unbearably slow X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 22:30:03 -0000 >Number: 139039 >Category: misc >Synopsis: zpool scrub makes system unbearably slow >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 21 22:30:03 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Nathaniel Filardo >Release: 9.0-CURRENT >Organization: >Environment: FreeBSD hydra.priv.oc.ietfng.org 9.0-CURRENT FreeBSD 9.0-CURRENT #4: Sun Sep 13 10:12:17 EDT 2009 root@hydra.priv.oc.ietfng.org:/systank/obj/systank/src/sys/NWFKERN sparc64 >Description: Even with the sysctl "vfs.zfs.scrub_limit" given value 2, scrubbing my 8-disk array is an exercise in frustration. The system remains online, and will eventually respond to events, but it's incredibly lagged, even when the events do not directly relate to the controller card and disks making up the array. The array is 4x320G and 4x750G SATA disks on a mpt0: port 0x300-0x3ff mem 0x100000-0x103fff,0x130000-0x13ffff at device 1.0 on pci3 mpt0: MPI Version=1.5.10.0 For (I assume unrelated) stability reasons (see pr kern/117688), I have had to run "camcontrol tags $DISK -N 16" for each of the disks in the array. WITNESS and INVARIANTS are both turned on; I've not tried with them off; should I? >How-To-Repeat: Reliably triggered by issuing a scrub request. >Fix: >Release-Note: >Audit-Trail: >Unformatted: