From owner-freebsd-current@FreeBSD.ORG Thu Jun 28 02:42:36 2012 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 719D9106566B; Thu, 28 Jun 2012 02:42:36 +0000 (UTC) (envelope-from kevlo@kevlo.org) Received: from ns.kevlo.org (kevlo.org [220.128.136.52]) by mx1.freebsd.org (Postfix) with ESMTP id D5ACA8FC08; Thu, 28 Jun 2012 02:42:35 +0000 (UTC) Received: from [127.0.0.1] (git.kevlo.org [220.128.136.52]) by ns.kevlo.org (8.14.5/8.14.5) with ESMTP id q5S2gRYg077995; Thu, 28 Jun 2012 10:42:27 +0800 (CST) (envelope-from kevlo@kevlo.org) Message-ID: <1340851353.2151.7.camel@nsl> From: Kevin Lo To: Konstantin Belousov Date: Thu, 28 Jun 2012 10:42:33 +0800 In-Reply-To: <20120627154233.GO2337@deviant.kiev.zoral.com.ua> References: <1340589808.2192.1.camel@nsl> <20120625095548.GD2337@deviant.kiev.zoral.com.ua> <1340685505.2170.5.camel@nsl> <20120626102424.GL2337@deviant.kiev.zoral.com.ua> <1340763363.2147.1.camel@nsl> <1340774954.2147.3.camel@nsl> <20120627154233.GO2337@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.3-0ubuntu6 Content-Transfer-Encoding: 7bit Mime-Version: 1.0 Cc: freebsd-fs@freebsd.org, freebsd-current Subject: Re: Tmpfs panic in -current 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: Thu, 28 Jun 2012 02:42:36 -0000 Konstantin Belousov wrote: > On Wed, Jun 27, 2012 at 01:29:14PM +0800, Kevin Lo wrote: > > Kevin Lo wrote: > > > Konstantin Belousov wrote: > > > > On Tue, Jun 26, 2012 at 12:38:25PM +0800, Kevin Lo wrote: > > > > > Konstantin Belousov wrote: > > > > > > On Mon, Jun 25, 2012 at 10:03:28AM +0800, Kevin Lo wrote: > > > > > > > I've observed a panic in recent -current several times but I only > > > > > > > have a picture of the backtrace: > > > > > > > http://people.freebsd.org/~kevlo/panic_tmpfs.jpg > > > > > > > > > > > > > > Does this look at all familiar to anyone? > > > > > > > > > > > > Can you look up the line corresponding to tmpfs_reg_resize + 0x627 address > > > > > > in your kernel ? > > > > > > > > > > Sure. > > > > > > > > > > > The screenshot looks strange. The instruction on which the kernel trapped > > > > > > is int 0x28 which should not appear in the compiled code. > > > > > > > > > > # gdb tmpfs.ko > > > > > (gdb) l *tmpfs_reg_resize+0x627 > > > > > 0xbf37 is in tmpfs_reg_resize (/usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_subr.c:1005). > > > > > 1000 in /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_subr.c > > > > > > > > > > In tmpfs_subr.c: > > > > > 999 if (m != NULL) { > > > > > 1000 if ((m->oflags & VPO_BUSY) != 0 || > > > > > 1001 m->busy != 0) { > > > > > 1002 vm_page_sleep(m, "tmfssz"); > > > > > 1003 goto retry; > > > > > 1004 } > > > > > 1005 MPASS(m->valid == VM_PAGE_BITS_ALL); > > > > > 1006 } else if (vm_pager_has_page(uobj, idx, NULL, NU > > > > > LL)) { > > > > > > > > > Hm, can you get a core and > > > > - obtain backtrace in kgdb; > > > > - print the *m content for the page that triggered the assertion ? > > > > > > > > The only possible 'new size' value for the truncation from open(2) is zero, > > > > so I do not understand why the asserted block was executed at all. > > > > > > Thanks for looking into it. Unfortunately I can't get a crash dump > > > due to lack of disk space and memory. > > > > I triggered the KASSERT on a different machine in the last hour. > It is not 'the' KASSERT, it is something different. > > Are you sure that you do not have some systematic build issues on your > machines ? Although I do not think that tmpfs is 'ready for production use' > for arbitrary low value of this statement, there is no steady flow of > similar reports from other users. This makes me somewhat suspicious that > either you might have inconsistent build issues, or unrelated memory > corruption problems. As I mentioned, I'm running -CURRENT on a number of systems. I haven't seen tmpfs panics on machines running FreeBSD 9. Kevin