From owner-freebsd-amd64@FreeBSD.ORG Mon Sep 18 07:11:43 2006 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E8A216A407 for ; Mon, 18 Sep 2006 07:11:43 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1B8543D45 for ; Mon, 18 Sep 2006 07:11:42 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1GPDI3-0000j3-TF; Mon, 18 Sep 2006 10:11:39 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: am-utils@fsl.cs.sunysb.edu In-reply-to: References: Comments: In-reply-to Danny Braniss message dated "Sat, 16 Sep 2006 19:55:27 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 18 Sep 2006 10:11:39 +0300 From: Danny Braniss Message-ID: Cc: Christos Zoulas , freebsd-amd64@FreeBSD.org Subject: Re: mlockall() failes on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 07:11:43 -0000 > > On Sep 16, 7:17pm, danny@cs.huji.ac.il (Danny Braniss) wrote: > > -- Subject: Re: mlockall() failes on amd64 > > > > | > On Sep 16, 2:55pm, danny@cs.huji.ac.il (Danny Braniss) wrote: > > | > -- Subject: mlockall() failes on amd64 > > | > > > | > | with am-utils 6.1.5, on a amd64 6.1-STABLE kernel i see: > > | > | Couldn't lock process pages in memory using mlockall() > > | > | while it's ok on a i386: > > | > | Locked process pages in memory > > | > | > > | > > > | > We should really fix amd to print the errno string when system calls > > | > fail; now we can only scratch our heads. > > | > > > | > christos > > | sorry, here is the full message: > > | Couldn't lock process pages in memory using mlockall(): Resource temporarily > > | unavailable > > | > > | or error = EAGAIN (ED :-) > > > > heh! > > > > FreeBSD's vm system is very different from NetBSD's, and I am not familiar > > with it. The first and easiest thing to do is to check if the resource limit > > for locked memory is set too low. Then hunt in the kernel sources for mlockall > > and print the arguments it passes to the vm system. Anyway, the error is not > > fatal, and amd should keep working after that. > > > > christos > > im trying to figure out why it core dumped, for the very first time, > (and i don't have the core :-(, and the only thing that was special > on this host, is that we are trying out postgres with allot of memory > requierements, so i thought that maybe it's memory ... > oh well, bug-hunting hat still on :-) some more information: an am-utils child will exit on signal 11 (so far can't get the core) whenever memory gets tite. danny