From owner-freebsd-bugs@FreeBSD.ORG Thu Apr 7 07:30:10 2011 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 EEC76106566B for ; Thu, 7 Apr 2011 07:30:10 +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 B262E8FC14 for ; Thu, 7 Apr 2011 07:30:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p377UAPN041607 for ; Thu, 7 Apr 2011 07:30:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p377UAkY041606; Thu, 7 Apr 2011 07:30:10 GMT (envelope-from gnats) Resent-Date: Thu, 7 Apr 2011 07:30:10 GMT Resent-Message-Id: <201104070730.p377UAkY041606@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, Mickaël Canévet Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF49A106564A for ; Thu, 7 Apr 2011 07:28:11 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id CFB438FC0A for ; Thu, 7 Apr 2011 07:28:11 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id p377SBNg023485 for ; Thu, 7 Apr 2011 07:28:11 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id p377SBaJ023484; Thu, 7 Apr 2011 07:28:11 GMT (envelope-from nobody) Message-Id: <201104070728.p377SBaJ023484@red.freebsd.org> Date: Thu, 7 Apr 2011 07:28:11 GMT From: Mickaël Canévet To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: misc/156241: 'zfs send' does not prevents disks to suspend if no other activity 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: Thu, 07 Apr 2011 07:30:11 -0000 >Number: 156241 >Category: misc >Synopsis: 'zfs send' does not prevents disks to suspend if no other activity >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: Thu Apr 07 07:30:10 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Mickaël Canévet >Release: 8.2-RELEASE >Organization: EMBL >Environment: FreeBSD 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Thu Feb 17 02:41:51 UTC 2011 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >Description: I have a backup server with almost no I/O activity on which I want to export a ZPOOL to a USB disk. When I do a 'zfs send my_backup_pool| zfs receive my_usb_backup_pool', the process hangs after a few minutes and dmesg reports this error message: mfi1: COMMAND 0xffffff80004fe268 TIMEOUT AFTER 59 SECONDS mfi1: COMMAND 0xffffff80004fbcb0 TIMEOUT AFTER 59 SECONDS mfi1: COMMAND 0xffffff80004fbcb0 TIMEOUT AFTER 89 SECONDS mfi1: COMMAND 0xffffff80004fbcb0 TIMEOUT AFTER 120 SECONDS .. The problem solves as soon as I do a read on the source. Is it possible that 'zfs send' bypasses some low level layers that prevents disks to suspend ? >How-To-Repeat: If you do this on a server with no I/O activity: zfs send a_big_zpool | cat - > /dev/null after a few minutes, you should have: mfi1: COMMAND 0xffffff80004fe268 TIMEOUT AFTER 59 SECONDS mfi1: COMMAND 0xffffff80004fbcb0 TIMEOUT AFTER 59 SECONDS mfi1: COMMAND 0xffffff80004fbcb0 TIMEOUT AFTER 89 SECONDS mfi1: COMMAND 0xffffff80004fbcb0 TIMEOUT AFTER 120 SECONDS .. And as soon as you do a 'ls' for example on the zpool, 'zfs send' continues. >Fix: >Release-Note: >Audit-Trail: >Unformatted: