From owner-freebsd-current@FreeBSD.ORG Sun May 13 12:35:06 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 546B416A404; Sun, 13 May 2007 12:35:06 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 1759B13C447; Sun, 13 May 2007 12:35:06 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 2EC0220A6; Sun, 13 May 2007 14:35:02 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id A2C912088; Sun, 13 May 2007 14:35:01 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 7B50A5568; Sun, 13 May 2007 14:35:01 +0200 (CEST) From: des@des.no (Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?=) To: current@freebsd.org Date: Sun, 13 May 2007 14:35:01 +0200 Message-ID: <86ps54296y.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: sos@freebsd.org Subject: ata_alloc request failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 13 May 2007 12:35:06 -0000 I've started to get this on one of my machines: dma.des.no kernel log messages: +++ /tmp/security.207mhx7D Sun May 13 03:05:32 2007 +DOH! ata_alloc_request failed! +FAILURE - out of memory in ata_raid_init_request +FAILURE - out of memory in ata_raid_init_request +FAILURE - out of memory in ata_raid_init_request +g_vfs_done():ar0s1h[WRITE(offset=3D18879152128, length=3D16384)]error =3D 5 +g_vfs_done():ar0s1h[WRITE(offset=3D18879168512, length=3D16384)]error =3D 5 +g_vfs_done():ar0s1h[WRITE(offset=3D18879184896, length=3D16384)]error =3D 5 It's an amd64 box with 1 GB RAM and a very light workload, but it's interesting to note that the failure happened about 90 seconds into 'periodic weekly' (most likely while rebuilding the locate database) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no