From owner-freebsd-stable@FreeBSD.ORG Tue Aug 13 15:12:24 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1E1B5C17 for ; Tue, 13 Aug 2013 15:12:24 +0000 (UTC) (envelope-from bryanv@daemoninthecloset.org) Received: from torment.daemoninthecloset.org (torment.daemoninthecloset.org [94.242.209.234]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D4E8D2D37 for ; Tue, 13 Aug 2013 15:12:23 +0000 (UTC) Received: from sage.daemoninthecloset.org (unknown [70.114.209.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "sage.daemoninthecloset.org", Issuer "daemoninthecloset.org" (verified OK)) by torment.daemoninthecloset.org (Postfix) with ESMTPS id 3491742C082F; Tue, 13 Aug 2013 17:16:50 +0200 (CEST) X-Virus-Scanned: amavisd-new at daemoninthecloset.org X-Virus-Scanned: amavisd-new at daemoninthecloset.org Date: Tue, 13 Aug 2013 10:12:05 -0500 (CDT) From: Bryan Venteicher To: Daniel Braniss Message-ID: <248098763.15877.1376406725808.JavaMail.root@daemoninthecloset.org> In-Reply-To: References: Subject: Re: 9.2-BETA2 panics MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.51.1.6] X-Mailer: Zimbra 8.0.2_GA_5569 (ZimbraWebClient - GC28 (Mac)/8.0.2_GA_5569) Thread-Topic: 9.2-BETA2 panics Thread-Index: 9ri/a3Fr7Wkc29SVxaxoYnkn2kQd1g== Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Aug 2013 15:12:24 -0000 ----- Original Message ----- > Hi, > this host (used as a zfs server), was working since 8.2, actually was working > nicely under 9.1, but after upgrading to the latest 9.2, it panics, 2 days > in a row. Appart of being a newer version, it's now dataless while I run it > through the loops - which could be the reason for the panics, so while I > prepare > it to run off a local disk, and see if that mitigates the problem, > could someone take a look? > > Fatal trap 12: page fault while in kernel mode > cpuid = 21; apic id = 25 > fault virtual address = 0xfffffffffffffcc0 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff80d17f66 > stack pointer = 0x28:0xffffff8d77b415b0 > frame pointer = 0x28:0xffffff8d77b415f0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 89 (txg_thread_enter) > trap number = 12 > panic: page fault > cpuid = 21 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame > 0xffffff8d77b41040 > kdb_backtrace() at kdb_backtrace+0x37/frame 0xffffff8d77b41100 > panic() at panic+0x1ce/frame 0xffffff8d77b41200 > trap_fatal() at trap_fatal+0x290/frame 0xffffff8d77b41260 > trap_pfault() at trap_pfault+0x211/frame 0xffffff8d77b412f0 > trap() at trap+0x344/frame 0xffffff8d77b414f0 > calltrap() at calltrap+0x8/frame 0xffffff8d77b414f0 > --- trap 0xc, rip = 0xffffffff80d17f66, rsp = 0xffffff8d77b415b0, rbp = > 0xffffff8d77b415f0 --- > bcopy() at bcopy+0x16/frame 0xffffff8d77b415f0 > kthread_add() at kthread_add+0xe4/frame 0xffffff8d77b41710 > kproc_kthread_add() at kproc_kthread_add+0xe1/frame 0xffffff8d77b418c0 > spa_sync() at spa_sync+0x8d1/frame 0xffffff8d77b41990 > txg_sync_thread() at txg_sync_thread+0x139/frame 0xffffff8d77b41aa0 > fork_exit() at fork_exit+0x11f/frame 0xffffff8d77b41af0 > fork_trampoline() at fork_trampoline+0xe/frame 0xffffff8d77b41af0 > --- trap 0, rip = 0, rsp = 0xffffff8d77b41bb0, rbp = 0 --- > Uptime: 21h5m46s > The serialization in kthread_add() is wrong. It is possible for the oldtd it selects to exit and be reaped before we are able duplicate the copy region. I have a local patch for this, and I talked with julian@ & jhb@ about it a few weeks ago but haven't sent them a patch for review. I'll get to that later today. > more info at: > ftp://ftp.cs.huji.ac.il/users/danny/freebsd/core.txt/1 > > thanks, > danny > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >