From owner-freebsd-stable@freebsd.org Wed Jul 1 02:14:24 2015 Return-Path: Delivered-To: freebsd-stable@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 8686C990CCD for ; Wed, 1 Jul 2015 02:14:24 +0000 (UTC) (envelope-from lidl@pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies, LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0A8262961; Wed, 1 Jul 2015 02:14:23 +0000 (UTC) (envelope-from lidl@pix.net) Received: from torb.pix.net (verizon.pix.net [71.178.232.3]) (authenticated bits=0) by hydra.pix.net (8.15.1/8.15.1) with ESMTPA id t612EJUl004251; Tue, 30 Jun 2015 22:14:19 -0400 (EDT) (envelope-from lidl@pix.net) X-Authentication-Warning: hydra.pix.net: Host verizon.pix.net [71.178.232.3] claimed to be torb.pix.net Message-ID: <55934CFB.7050407@pix.net> Date: Tue, 30 Jun 2015 22:14:19 -0400 From: Kurt Lidl User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Glen Barber CC: freebsd-stable@freebsd.org Subject: Re: New FreeBSD snapshots available: stable/10 (20150625 r284813) References: <20150626174927.GA69720@FreeBSD.org> <559330CF.2050606@pix.net> <20150701001613.GH5423@FreeBSD.org> In-Reply-To: <20150701001613.GH5423@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 02:14:24 -0000 On 6/30/15 8:16 PM, Glen Barber wrote: > On Tue, Jun 30, 2015 at 08:14:07PM -0400, Kurt Lidl wrote: >>> [-stable@ in CC since these are the first 10.2-PRERELEASE builds >>> available since the code slush went into effect, which marks the start >>> of the release cycle.] >>> >>> New FreeBSD development branch installation ISOs and virtual machine >>> disk images have been uploaded to the FTP mirrors. >>> >>> As with any development branch, the installation snapshots are not >>> intended for use on production systems. We do, however, encourage >>> testing on non-production systems as much as possible. >> >> I was able to download the sparc64 iso image, burn the iso to a >> cd-rom, and boot a sparc64 V120 from that image. >> >> I was also able to perform an install onto a ZFS only setup, >> and have it work properly. >> >> The only other testing I did was to recompile a custom kernel, and >> that worked fine too. From the aspect of having a ZFS only >> configuration "just work", this is by far the best that I've >> seen to date. >> > > Great to hear. Thank you for testing. I got all excited and decided to give it a try on my dual-cpu V240 as well. I was able to get it installed, but it panics when booting off the mirrored ZFS drives. (Note: I have no reason to believe this is ZFS related.) ---- snip, snip ---- Setting hostname: spork.pix.net. bge0: link state changed to DOWN spin lock 0xc0cb9e38 (smp rendezvous) held by 0xfffff80003e93240 (tid 100340) too long timeout stopping cpus panic: spin lock held too long cpuid = 1 KDB: stack backtrace: #0 0xc0575380 at panic+0x20 #1 0xc0558e10 at _mtx_lock_spin_failed+0x50 #2 0xc0558ed8 at _mtx_lock_spin_cookie+0xb8 #3 0xc08d7b9c at tick_get_timecount_mp+0xdc #4 0xc0583c88 at binuptime+0x48 #5 0xc08a3b8c at timercb+0x6c #6 0xc08d7f00 at tick_intr+0x220 Uptime: 29s Dumping 8192 MB (4 chunks) chunk at 0: 2147483648 bytes ... ok chunk at 0x100000000: 2147483648 bytes ... ok chunk at 0x1000000000: 2147483648 bytes ... ok chunk at 0x1100000000: 2147483648 bytes ... ok Dump complete ---- snip, snip ---- Now the thing that amazes me is that this happened the first three times after I did the install, and on the fourth boot, it didn't panic. And it was able to 'savecore' the crashdump. Here's the stacktrace from the core.txt.0 file: -Kurt 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/geom_mirror.ko.symbols...done. Loaded symbols for /boot/kernel/geom_mirror.ko.symbols Reading symbols from /boot/kernel/tmpfs.ko.symbols...done. Loaded symbols for /boot/kernel/tmpfs.ko.symbols #0 0x00000000c05745bc in doadump (textdump=) at /usr/src/sys/kern/kern_shutdown.c:262 262 savectx(&dumppcb); (kgdb) #0 0x00000000c05745bc in doadump (textdump=) at /usr/src/sys/kern/kern_shutdown.c:262 #1 0x00000000c0574fb0 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:451 #2 0x00000000c0575358 in vpanic (fmt=0xc0b22fe0 "spin lock held too long", ap=0x1fa2da638) at /usr/src/sys/kern/kern_shutdown.c:758 #3 0x00000000c0575388 in panic (fmt=0xc0b22fe0 "spin lock held too long") at /usr/src/sys/kern/kern_shutdown.c:687 #4 0x00000000c0558e18 in _mtx_lock_spin_failed (m=0xc0cb9e38) at /usr/src/sys/kern/kern_mutex.c:561 #5 0x00000000c0558ee0 in _mtx_lock_spin_cookie (c=0xfffff80003e93240, tid=18446735277669594832, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:608 #6 0x00000000c08d7ba4 in tick_get_timecount_mp (tc=0xc0d13378) at smp.h:206 #7 0x00000000c0583c90 in binuptime (bt=0x1fa2da980) at /usr/src/sys/kern/kern_tc.c:188 #8 0x00000000c08a3b94 in timercb (et=0xc0d13308, arg=) at time.h:418 #9 0x00000000c08d7f08 in tick_intr (tf=0x1fa2dab20) at /usr/src/sys/sparc64/sparc64/tick.c:252 #10 0x00000000c00a11bc in tl1_intr () #11 0x00000000c08c934c in spinlock_exit () at /usr/src/sys/sparc64/sparc64/machdep.c:244 #12 0x00000000c08c9330 in spinlock_exit () at /usr/src/sys/sparc64/sparc64/machdep.c:240 #13 0x00000000c051a194 in cnputs (p=0x1fa2db11a "") at /usr/src/sys/kern/kern_cons.c:530 #14 0x00000000c05c06e0 in putchar (c=10, arg=0x1fa2db0c8) at /usr/src/sys/kern/subr_prf.c:437 #15 0x00000000c05bee90 in kvprintf (fmt=0xc0b2fb95 "", func=0xc05c02e0 , arg=0x1fa2db0c8, radix=10, ap=0x1fa2db300) at /usr/src/sys/kern/subr_prf.c:655 #16 0x00000000c05bfe80 in _vprintf (level=5, flags=1, fmt=0xc0b2fb78 "%s: link state changed to %s\n", ap=0x1fa2db2f0) at /usr/src/sys/kern/subr_prf.c:281 #17 0x00000000c05c0270 in log (level=5, fmt=0xc0b2fb78 "%s: link state changed to %s\n") at /usr/src/sys/kern/subr_prf.c:308 #18 0x00000000c064ec28 in do_link_state_change (arg=0xfffff80003396800, pending=1) at /usr/src/sys/net/if.c:2131 #19 0x00000000c05cab38 in taskqueue_run_locked (queue=0xfffff80003288000) at /usr/src/sys/kern/subr_taskqueue.c:342 #20 0x00000000c05cacec in taskqueue_run (queue=0xfffff80003288000) at /usr/src/sys/kern/subr_taskqueue.c:358 #21 0x00000000c05cae20 in taskqueue_swi_run (dummy=0x0) at /usr/src/sys/kern/subr_taskqueue.c:471 #22 0x00000000c0539cc4 in intr_event_execute_handlers (p=0xfffff80003295860, ie=0xfffff80003287e00) at /usr/src/sys/kern/kern_intr.c:1264 #23 0x00000000c053b86c in ithread_loop (arg=0xfffff8000324c080) at /usr/src/sys/kern/kern_intr.c:1277 #24 0x00000000c0536428 in fork_exit (callout=0xc053b780 , arg=0xfffff8000324c080, frame=0x1fa2db880) at /usr/src/sys/kern/kern_fork.c:1018 #25 0x00000000c00a1270 in fork_trampoline () #26 0x00000000c00a1270 in fork_trampoline () Previous frame identical to this frame (corrupt stack?) (kgdb)