From owner-cvs-all Mon Mar 17 13:15: 7 2003 Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A6EB37B401; Mon, 17 Mar 2003 13:15:04 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3556F43FE1; Mon, 17 Mar 2003 13:14:51 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.8/8.12.8) with ESMTP id h2HLEbYl049958; Mon, 17 Mar 2003 22:14:38 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Kirk McKusick Cc: dwmalone@FreeBSD.org, El Vampiro , "Evgueni V. Gavrilov" , Mike Makonnen , src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: kern/42277 From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 17 Mar 2003 11:09:25 PST." <200303171909.h2HJ9PFL013291@beastie.mckusick.com> Date: Mon, 17 Mar 2003 22:14:37 +0100 Message-ID: <49957.1047935677@critter.freebsd.dk> Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200303171909.h2HJ9PFL013291@beastie.mckusick.com>, Kirk McKusick wr ites: >I had hoped that the above patch would solve the problem, but >alas it did not (though that fix should be MFC'ed into -stable >as it is a valid fix). Further investigation with the help of >Evgueni V. Gavrilov has determined that there is a memory >corruption problem in the 128-byte bucket space. Applying the >patch below makes the soft updates panics stop. It does so by >creating an "unused" field in the inodedep structure at the >64-byte offset. The printf showing that the "unused" field has >changed does occur, but at least soft updates continues to work. Kirk, How easy is this to reproduce ? The simple way to nail the culprint would be to move things out of the 128 bucket by adding to their malloc byte counts, but for such a strategy to work, we obviously need to be able to reproduce it fairly consistently. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message