From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 15:19:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5105616A419 for ; Tue, 4 Dec 2007 15:19:26 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id E7CBD13C448 for ; Tue, 4 Dec 2007 15:19:25 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so8199837pyb for ; Tue, 04 Dec 2007 07:19:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=+Hxwb3e1WP0+WtvuZwYhhJDDfcrwfPO8Ea4UGI5wF2M=; b=Stihkzq034TzCoDyIIs9rdA3Ol3D4tMLbOsWYEz0Mu23rUGWUVyY+rwbwX794HUYtMWXX7sYL8w3vVBEbT4mEL6Fspl8h5b+fE3xBOH0uPIFw4BObilRn8qF2zo1+orOL+8Soin+ZIoW9Az/dMQvpvnwdCZzXj8M/2fDEuJq6Ys= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qwL3ncsKpvDpfv+OX5ULND5Krl6a11HY1zyAXvN+VM35syMSCkPAfyeb2rp5rVf3/k1PUYcAkImae2qbE6t+jnTzXqN3pS876o3YEjL0xrG69pn+vHu7C/rqDO2sx+pcio32oIaiu3GzngE2K2TdOy9S9AiYBExj04+Td/Gb8LI= Received: by 10.64.193.2 with SMTP id q2mr12222891qbf.1196781561858; Tue, 04 Dec 2007 07:19:21 -0800 (PST) Received: by 10.64.184.9 with HTTP; Tue, 4 Dec 2007 07:19:21 -0800 (PST) Message-ID: <8e10486b0712040719ydcf32e0mbe690c3f18968691@mail.gmail.com> Date: Tue, 4 Dec 2007 13:19:21 -0200 From: "Alexandre Biancalana" To: "Benjamin Close" In-Reply-To: <47556554.3010505@clearchain.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0711280537n222d6cd5le33639b82a11f45@mail.gmail.com> <8e10486b0711290543h6f78fde1kefc01b4ee7147f8e@mail.gmail.com> <8e10486b0711290558q31217f5aif7b803e1ae08023c@mail.gmail.com> <9bbcef730711290634k347bc0c6re0da8676bab37873@mail.gmail.com> <8e10486b0711290637u711c67b3i17925777e4481346@mail.gmail.com> <8e10486b0711300247q4438235ata70ca42030871286@mail.gmail.com> <20071130124801.74c40ef9@peedub.jennejohn.org> <8e10486b0712040521u5c7015b8h86d0da5554162898@mail.gmail.com> <47556554.3010505@clearchain.com> Cc: freebsd-current@freebsd.org Subject: Re: 7-BETA3 everyday reboot 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: Tue, 04 Dec 2007 15:19:26 -0000 On Dec 4, 2007 12:33 PM, Benjamin Close wrote: > Alexandre Biancalana wrote: > > On Nov 30, 2007 9:48 AM, Gary Jennejohn wrote: > > > >> On Fri, 30 Nov 2007 07:47:51 -0300 > >> "Alexandre Biancalana" wrote: > >> > >> > >>> After the reboot, the kernel running have the patch suggested by > >>> ivoras@ (http://people.freebsd.org/~pjd/patches/vm_kern.c.2.patch), > >>> but how the patch is related to "kmem_map too small", I don't think > >>> that will be usefull with this panic. > >>> > >>> I *really* need some solution :( > >>> > >>> Any ideas ? > >>> > >>> > >> The patch is potentially useful because the new code tries harder to > >> reclaim pages (8 times instead of once with a sleep in between the > >> attempts). > >> > >> The idea is that pages may become available at some time during one > >> of the sleeps. > >> > >> Just try it and see whether it helps. Can't do any harm. > >> > > > > After apply the patch the machine survives to 3 days of work, but > > paniced again after the system start using swap because some > > applications were using more memory, here is the panic message: > > > > Dec 4 03:12:33 Manny syslogd: kernel boot file is /boot/kernel/kernel > > Dec 4 03:12:33 Manny kernel: panic: vm_fault: fault on nofault entry, > > addr: fffffffff7a3e000 > > Dec 4 03:12:33 Manny kernel: cpuid = 0 > > Dec 4 03:12:33 Manny kernel: Uptime: 3d5h5m25s > > Dec 4 03:12:33 Manny kernel: Physical memory: 3061 MB > > Dec 4 03:12:33 Manny kernel: Dumping 1788 MB: 1773 1757 1741 1725 > > 1709 1693 1677 1661 1645 1629 1613 1597 1581 1565 1549 1533 1517 1501 > > 1485 1469 1453 1437 1421 1405 138 > > 9 1373 1357 1341 1325 1309 1293 1277 1261 1245 1229 1213 1197 1181 > > 1165 1149 1133 1117 1101 1085 1069 1053 1037 1021 1005 989 973 957 941 > > 925 909 893 877 861 845 829 813 > > 797 781 765 749 733 717 701 685 669 653 637 621 605 589 573 557 541 > > 525 509 493 477 461 445 429 413 397 381 365 349 333 317 301 285 269 > > 253 237 221 205 189 173 157 141 12 > > 5 109 93 77 61 45 29 13 > > Dec 4 03:12:33 Manny kernel: Dump complete > > Dec 4 03:12:33 Manny kernel: Automatic reboot in 15 seconds - press a > > key on the console to abort > > Dec 4 03:12:33 Manny kernel: Rebooting... > > Dec 4 03:12:33 Manny kernel: cpu_reset: Stopping other CPUs > > > > Any other ideas ?! > > > I have found that turning off zil and prefetch seem to keep things > happier on one of the heavily loaded servers that I look after. > It also appears to prevent a deadlock under very heavy load - something > I've not yet had time to debug. > Try adding: > > vfs.zfs.zil_disable=1 > vfs.zfs.prefetch_disable="1" > > to /boot/loader.conf > > and let us know if it makes a difference. Added now only vfs.zfs.prefetch_disable="1" I let you know the result.