From owner-freebsd-stable@FreeBSD.ORG Sun Dec 28 15:46:47 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0C1D1065674 for ; Sun, 28 Dec 2008 15:46:47 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 5D4C08FC14 for ; Sun, 28 Dec 2008 15:46:47 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: by yx-out-2324.google.com with SMTP id 8so2240598yxb.13 for ; Sun, 28 Dec 2008 07:46:46 -0800 (PST) Received: by 10.151.46.17 with SMTP id y17mr19859196ybj.28.1230479206717; Sun, 28 Dec 2008 07:46:46 -0800 (PST) Received: by 10.151.74.12 with HTTP; Sun, 28 Dec 2008 07:46:46 -0800 (PST) Message-ID: <47713ee10812280746v333b3ffbjed3f7db97f9cfed7@mail.gmail.com> Date: Sun, 28 Dec 2008 23:46:46 +0800 From: "Lin Jui-Nan Eric" To: "Danny Braniss" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47713ee10812220844r7889d286l3a98f294d780ccc0@mail.gmail.com> <6eb82e0812260202m1d8816c5mc7b0991514f83853@mail.gmail.com> <47713ee10812261117o6f772843o53ec9542bc773141@mail.gmail.com> <47713ee10812270105o5866aa27u9998539dc127e549@mail.gmail.com> <6eb82e0812270507x1cca69d0tac0768f9f42044b6@mail.gmail.com> <47713ee10812270722j2570de85jcd9b218b5d73dded@mail.gmail.com> Cc: stable@freebsd.org, Julian Stacey , Rong-en Fan Subject: Re: amd(8) cores dump when load high X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2008 15:46:47 -0000 Hi Danny, Can you tell us which patch did you apply? Thank you very much! On Sun, Dec 28, 2008 at 3:52 PM, Danny Braniss wrote: >> I got "Couldn't lock process pages in memory using mlockall()" too: > [...] >> On Sat, Dec 27, 2008 at 9:07 PM, Rong-en Fan wrote: >> > On Sat, Dec 27, 2008 at 7:03 PM, Danny Braniss wrote: >> >>> No, we do not running amd with -S. >> >>> >> >>> # ps auxww | grep amd >> >>> root 706 0.0 0.1 7660 5416 ?? Ss Wed05PM 4:48.12 >> >>> /usr/sbin/amd -p -k amd64 -x all /net amd.map >> >>> >> >> well, I'm running 7.1-PRERELEASE, what does the amd logs show? >> >> >> > [...] >> >> Dec 27 10:37:01 sf-02 amd[857]: Locked process pages in memory >> >> ****************************** >> > >> > Hmm.. interesting, I got this >> > >> > Dec 26 15:32:11 bsd2 amd[39723]: Couldn't lock process pages in memory using mlo >> > ckall(): Resource temporarily unavailable >> > >> > w/ 7-STABLE around Sep 4. I don't put plock = no in amd.conf, so >> > by default it's plock'ed. >> > >> > Regards, >> > Rong-En Fan >> > > > some more ingrediants: > when running vanilla amd it also failes to lock pages: > Couldn't lock process pages in memory using mlockall(): Resource > temporarily unavailable > while the amd I'm running, which includes the latest - non official - patches > works fine. > but, the main diff I see is: > opteron> ldd /usr/sbin/amd > /usr/sbin/amd: > libc.so.7 => /lib/libc.so.7 (0x80065a000) > while > opteron> ldd /SBIN/amd > /SBIN/amd: > librt.so.1 => /usr/lib/librt.so.1 (0x800658000) > librpcsvc.so.4 => /usr/lib/librpcsvc.so.4 (0x80075d000) > libwrap.so.5 => /usr/lib/libwrap.so.5 (0x800866000) > libc.so.7 => /lib/libc.so.7 (0x80096f000) > > danny > > >