From owner-freebsd-current@FreeBSD.ORG Mon May 13 14:33:06 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8776EB5F for ; Mon, 13 May 2013 14:33:06 +0000 (UTC) (envelope-from roger.pau@citrix.com) Received: from SMTP.EU.CITRIX.COM (smtp.eu.citrix.com [46.33.159.39]) by mx1.freebsd.org (Postfix) with ESMTP id 2C9109B8 for ; Mon, 13 May 2013 14:33:05 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4501361" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 13 May 2013 14:24:06 +0000 Received: from Roger-2.local (10.30.249.38) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Mon, 13 May 2013 15:33:04 +0100 Message-ID: <5190F9A0.3000005@citrix.com> Date: Mon, 13 May 2013 16:33:04 +0200 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "current@freebsd.org" Subject: Re: FreeBSD-HEAD gets stuck on vnode operations References: <5190CBEC.5000704@citrix.com> In-Reply-To: <5190CBEC.5000704@citrix.com> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 May 2013 14:33:06 -0000 On 13/05/13 13:18, Roger Pau Monné wrote: > The VM can be stuck in this state for quite some time, it generally I would like to explain this a little bit more, the syncer process doesn't get blocked on the _mtx_trylock_flags_ call, it just continues looping forever in what seems to be an endless loop around mnt_vnode_next_active/ffs_sync. Also while in this state there is no noticeable disk activity, so I'm unsure of what is happening. > varies between a couple of minutes (5-10min) to an hour or two, after > this the VM recovers itself and resumes normal operation. I still have > to test this on a bare metal FreeBSD install, but I would like to ask > if someone has seen a similar behaviour, or if someone is suspicious of > a change that could cause this.