From owner-freebsd-geom@FreeBSD.ORG Sun Apr 3 14:48:33 2005 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3E3216A4CE for ; Sun, 3 Apr 2005 14:48:33 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E45B43D3F for ; Sun, 3 Apr 2005 14:48:31 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id B3B36ACAEE; Sun, 3 Apr 2005 16:48:13 +0200 (CEST) Date: Sun, 3 Apr 2005 16:48:13 +0200 From: Pawel Jakub Dawidek To: Pawel Malachowski Message-ID: <20050403144813.GB837@darkness.comp.waw.pl> References: <20050403130602.GA86317@shellma.zin.lublin.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qicme7IxPpkH/pPU" Content-Disposition: inline In-Reply-To: <20050403130602.GA86317@shellma.zin.lublin.pl> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-geom@freebsd.org Subject: Re: Processess running on gconcat lock in kserel or ufs state X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 14:48:33 -0000 --qicme7IxPpkH/pPU Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 03, 2005 at 03:06:02PM +0200, Pawel Malachowski wrote: +> Hello, +>=20 +> Processess runing on gconcat drive frequently lock on my machine +> in kserele/ufs state. Could you try giving some hints/patches? I think I found the problem. Could you try this patch: http://people.freebsd.org/~pjd/patches/g_concat.c.patch There was missing g_io_deliver() in case of insufficient memory. I also add a fix for very rare case - when we need two I/O operations and allocation of the second bio will fail, we leaked memory. Thanks for the report. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --qicme7IxPpkH/pPU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCUAItForvXbEpPzQRAgRuAKDo5DZgBIXKs9twkFnHzR3DXewQDwCg71my GNlg7k4AIEv73hw42Cdd50I= =2Rlt -----END PGP SIGNATURE----- --qicme7IxPpkH/pPU--