From owner-freebsd-bugs@FreeBSD.ORG Fri Jul 26 11:50:01 2013 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E70905C6 for ; Fri, 26 Jul 2013 11:50:00 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C5ECB243E for ; Fri, 26 Jul 2013 11:50:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r6QBo0Fa019417 for ; Fri, 26 Jul 2013 11:50:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r6QBo0Ed019413; Fri, 26 Jul 2013 11:50:00 GMT (envelope-from gnats) Resent-Date: Fri, 26 Jul 2013 11:50:00 GMT Resent-Message-Id: <201307261150.r6QBo0Ed019413@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, Igor Kulemzin Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 753FD595 for ; Fri, 26 Jul 2013 11:48:43 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from oldred.freebsd.org (oldred.freebsd.org [8.8.178.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6169F2430 for ; Fri, 26 Jul 2013 11:48:43 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id r6QBmgvN007309 for ; Fri, 26 Jul 2013 11:48:42 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id r6QBmgkU007306; Fri, 26 Jul 2013 11:48:42 GMT (envelope-from nobody) Message-Id: <201307261148.r6QBmgkU007306@oldred.freebsd.org> Date: Fri, 26 Jul 2013 11:48:42 GMT From: Igor Kulemzin To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: misc/180876: ZFS with trim, bio_flush or bio_delete locks hast device write operations X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Jul 2013 11:50:01 -0000 >Number: 180876 >Category: misc >Synopsis: ZFS with trim,bio_flush or bio_delete locks hast device write operations >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: Fri Jul 26 11:50:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Igor Kulemzin >Release: FreeBSD 9-STABLE >Organization: >Environment: FreeBSD mx2.kristal.ru 9.2-BETA1 FreeBSD 9.2-BETA1 #0 r253470: Sat Jul 20 12:45:10 YAKT 2013 root@mx2.kristal.ru:/usr/obj/amd64/usr/src/sys/WKS_MP amd64 >Description: I've run hast synchronization from primary to secondary. Within some time of synchronization run zpool status zroot. zpool shows status of zroot and after some seconds hast syncronization stops. In that some seconds only 6-10Mb writes to primary device. I've see that in dirty section from "hastctl list". Any write operations to zfs pool stops too. I can't mount zfs filesystem datasets anymore. Only ACPI button poweroff or Ctrl+Alt+Delete works with some small timeouts. >How-To-Repeat: - create hast device on primary - create ZFS pool on primary hast device - create hast device on secondary - run synchronization (memory type) from primary to secondary - make some write operations on primary ZFS pool: create datasets, mount datasets, write some files. >Fix: vfs.zfs.vdev.bio_delete_disable=1 vfs.zfs.vdev.bio_flush_disable=1 fix my problem. May be only one of them or vfs.zfs.trim.enabled=0. Didn't check, sorry. >Release-Note: >Audit-Trail: >Unformatted: