From owner-freebsd-current@freebsd.org Fri Oct 14 07:19:35 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8BDBDC113A1; Fri, 14 Oct 2016 07:19:35 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6BB7D31B; Fri, 14 Oct 2016 07:19:35 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from julian-mbp3.pixel8networks.com (50-196-156-133-static.hfc.comcastbusiness.net [50.196.156.133]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id u9E7JREn094856 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 14 Oct 2016 00:19:28 -0700 (PDT) (envelope-from julian@freebsd.org) To: "freebsd-fs@freebsd.org" , freebsd-current From: Julian Elischer Subject: zfs crash on FreeBSD 10.3 Message-ID: <55fa7ab0-2a65-6a3c-4b19-49c2588b5911@freebsd.org> Date: Fri, 14 Oct 2016 00:19:21 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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: Fri, 14 Oct 2016 07:19:35 -0000 I attempted to add a second partition to an existing FS pool in FreeBSD 10.3 and the result was a crash.. is there anyone out there with a scratch system (10.3) (or two spare drives) who can show me this working? Does it look familiar to anyone? The drive 'boot0' is being used as the root drive, but we are in single user mode, so its' read-only at this stage. =============== cut-n-paste ============= [boot -s] [...] Trying to mount root from zfs:p8/image1 []... Enter full pathname of shell or RETURN for /bin/sh: PS1="# " # # # ls /dev/gpt boot0 boot1 # zpool attach -f p8 gpt/boot0 gpt/boot1 Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x50 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff81717063 stack pointer = 0x28:0xfffffe0169bfc640 frame pointer = 0x28:0xfffffe0169bfc9a0 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 = 3 (txg_thread_enter) trap number = 12 Panic:Thought about setting the watchdog to 10 Minutes panic: page fault cpuid = 1 KDB: stack backtrace: stack1 db_trace_self_wrapper+0x2a kdb_backtrace+0x37 vpanic+0xf7 panic+0x67 trap_fatal+0x264 trap_pfault+0x1c2 trap+0x38c calltrap+0x8 dsl_scan_sync+0x2f3 spa_sync+0x328 txg_sync_thread+0x140 fork_exit+0x135 fork_trampoline+0xe KDB: enter: panic [ thread pid 3 tid 100328 ] Stopped at kdb_enter+0x50: movq $0,0x6bd5cd(%rip) db> reboot I will add that after this, every boot hits this problem. (same stack trace). the box is effectively bricked (or would be if it weren't just a bhyve image)