From owner-freebsd-stable@FreeBSD.ORG Wed Jun 25 07:18:57 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8811F1D0 for ; Wed, 25 Jun 2014 07:18:57 +0000 (UTC) Received: from smtp-mx1.rixtel.com (smtp-mx1.rixtel.com [92.240.74.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 40C0522FF for ; Wed, 25 Jun 2014 07:18:56 +0000 (UTC) Received: from filter.rixtel.com (unknown [10.0.0.2]) by smtp-mx1.rixtel.com (Postfix) with ESMTP id ABBD33F9D70 for ; Wed, 25 Jun 2014 10:03:29 +0300 (EEST) X-Virus-Scanned: amavisd-new at rixtel.com Received: from smtp-mx1.rixtel.com ([10.0.0.36]) by filter.rixtel.com (filter.rixtel.com [10.0.0.2]) (amavisd-new, port 10024) with ESMTP id 4U19YZuUhTbJ for ; Wed, 25 Jun 2014 10:03:28 +0300 (EEST) Received: from [192.168.1.100] (unknown [81.198.117.87]) (Authenticated sender: ilmars.knipshis@rixtel.com) by smtp-mx1.rixtel.com (Postfix) with ESMTPA id ECD843F9D75 for ; Wed, 25 Jun 2014 10:03:27 +0300 (EEST) Message-ID: <53AA760E.4020202@rixbox.com> Date: Wed, 25 Jun 2014 10:11:10 +0300 From: =?UTF-8?B?SWxtYXJzIEtuaXDFoWlz?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: panic: privileged instruction fault References: <538D908F.6050801@rixtel.com> <201406231641.07691.jhb@freebsd.org> In-Reply-To: <201406231641.07691.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2014 07:18:57 -0000 On 2014.06.23. 23:41, John Baldwin wrote: > On Tuesday, June 03, 2014 5:08:31 am Ilmars Knipšis wrote: >> Hello! >> >> This is binary install of FreeBSD 10 on Intel server board S1200 V3 RP >> with ZFS mirrored SSD disks for OS and ZFS RAID 10 with 4 HDD disks for >> data. >> >> I am getting the kernel panic at random time almost every day: >> panic: privileged instruction fault >> panic: general protection fault >> panic: vm_fault: fault on nofault entry, addr: fffffe046667d000 >> panic: page fault >> >> Could it be faulty RAM ? >> >> >> >> Small extract from core.txt: >> >> FreeBSD xx.xxx.com 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu Jan >> 16 22:34:59 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC >> amd64 >> >> Unread portion of the kernel message buffer: >> trap number = 1 >> panic: privileged instruction fault >> cpuid = 0 >> KDB: stack backtrace: >> #0 0xffffffff808e7dd0 at kdb_backtrace+0x60 >> #1 0xffffffff808af8b5 at panic+0x155 >> #2 0xffffffff80c8e692 at trap_fatal+0x3a2 >> #3 0xffffffff80c8e2cf at trap+0x7bf >> #4 0xffffffff80c75392 at calltrap+0x8 >> #5 0xffffffff81853b3d at spa_sync+0x61d >> #6 0xffffffff8185c925 at txg_sync_thread+0x375 >> #7 0xffffffff8088198a at fork_exit+0x9a >> #8 0xffffffff80c758ce at fork_trampoline+0xe >> Uptime: 13h55m6s >> Dumping 1059 out of 16299 >> MB:..2%..11%..22%..31%..41%..52%..61%..71%..81%..91% >> >> Reading symbols from /boot/kernel/zfs.ko.symbols...done. >> Loaded symbols for /boot/kernel/zfs.ko.symbols >> Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. >> Loaded symbols for /boot/kernel/opensolaris.ko.symbols >> Reading symbols from /boot/kernel/ums.ko.symbols...done. >> Loaded symbols for /boot/kernel/ums.ko.symbols >> Reading symbols from /boot/kernel/pflog.ko.symbols...done. >> Loaded symbols for /boot/kernel/pflog.ko.symbols >> Reading symbols from /boot/kernel/pf.ko.symbols...done. >> Loaded symbols for /boot/kernel/pf.ko.symbols >> Reading symbols from /boot/kernel/nullfs.ko.symbols...done. >> Loaded symbols for /boot/kernel/nullfs.ko.symbols >> Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. >> Loaded symbols for /boot/kernel/fdescfs.ko.symbols >> #0 doadump (textdump=) at pcpu.h:219 >> 219 pcpu.h: No such file or directory. >> in pcpu.h > Can you do 'x/i 0xffffffff81853b3d' in kgdb? (Yes, it is quite possible this > is due to bad RAM) > I am not familiar with kgdb. Is that exactly syntax to use? 12h memtest86+ do not discover any error. However after that i have only (no other kind of panic): panic: general protection fault I will try to rebuild world.