From owner-freebsd-bugs@FreeBSD.ORG  Mon Oct 27 01:58:09 2014
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Delivered-To: freebsd-bugs@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id C52C763C
 for <freebsd-bugs@FreeBSD.org>; Mon, 27 Oct 2014 01:58:09 +0000 (UTC)
Received: from kenobi.freebsd.org (kenobi.freebsd.org
 [IPv6:2001:1900:2254:206a::16:76])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id AC60B351
 for <freebsd-bugs@FreeBSD.org>; Mon, 27 Oct 2014 01:58:09 +0000 (UTC)
Received: from bugs.freebsd.org ([127.0.1.118])
 by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s9R1w9Zd086039
 for <freebsd-bugs@FreeBSD.org>; Mon, 27 Oct 2014 01:58:09 GMT
 (envelope-from bugzilla-noreply@freebsd.org)
From: bugzilla-noreply@freebsd.org
To: freebsd-bugs@FreeBSD.org
Subject: [Bug 194513] zfs recv hangs in state kmem arena
Date: Mon, 27 Oct 2014 01:58:09 +0000
X-Bugzilla-Reason: AssignedTo
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: Base System
X-Bugzilla-Component: kern
X-Bugzilla-Version: 10.0-STABLE
X-Bugzilla-Keywords: 
X-Bugzilla-Severity: Affects Some People
X-Bugzilla-Who: james-freebug@jrv.org
X-Bugzilla-Status: Needs Triage
X-Bugzilla-Priority: ---
X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-194513-8-E5wiRnAvIr@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-194513-8@https.bugs.freebsd.org/bugzilla/>
References: <bug-194513-8@https.bugs.freebsd.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-BeenThere: freebsd-bugs@freebsd.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: Bug reports <freebsd-bugs.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-bugs>,
 <mailto:freebsd-bugs-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-bugs/>
List-Post: <mailto:freebsd-bugs@freebsd.org>
List-Help: <mailto:freebsd-bugs-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-bugs>,
 <mailto:freebsd-bugs-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Oct 2014 01:58:09 -0000

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194513

--- Comment #2 from James Van Artsdalen <james-freebug@jrv.org> ---
I was able to complete a ZFS replication by manually intervening each time "zfs
recv" blocked on "kmem arena": running the attached program "eatmem" was
sufficient to unblock zfs each of the 17 times zfs stalled.

Eatmem is intended to consume about 24GB RAM out of 32GB physical RAM, thereby
pressuring the ARC and kernel cache to shrink: when the program exits it would
leave plenty of free RAM for zfs or whatever else.  What actually happened is
that every time, zfs unblocked as eatmem was growing: it was never necessary to
wait for eatmem to exit and free memory before zfs unblocked.

-- 
You are receiving this mail because:
You are the assignee for the bug.