From owner-freebsd-current@freebsd.org Tue Oct 18 06:06:07 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 2B973C1671C; Tue, 18 Oct 2016 06:06:07 +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 E32B58DF; Tue, 18 Oct 2016 06:06:06 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (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 u9I64SGL013639 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 17 Oct 2016 23:04:31 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: zfs crash on FreeBSD 10.3 To: =?UTF-8?Q?Trond_Endrest=c3=b8l?= References: <55fa7ab0-2a65-6a3c-4b19-49c2588b5911@freebsd.org> Cc: "freebsd-fs@freebsd.org" , freebsd-current From: Julian Elischer Message-ID: Date: Tue, 18 Oct 2016 14:04:22 +0800 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 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit 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: Tue, 18 Oct 2016 06:06:07 -0000 On 14/10/2016 6:31 PM, Trond Endrestøl wrote: > On Fri, 14 Oct 2016 00:19-0700, Julian Elischer wrote: > >> 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 > Do you really need to force zpool to attach the second partition? > What happens if you omit the -f flag? from memory, it does nothing I can't test it now but I know the example I saw on the internet gave '-f , and when I tried to leave it out, it didn't work. I vaguely remember that it complained about the filesystem being in use. I will try it again some time when I have the setup running and get back to you. > >> 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)