>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 [email protected]:/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: _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "[email protected]"
