From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 20:05:32 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C9AD4F7 for ; Tue, 6 Jan 2015 20:05:32 +0000 (UTC) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id 667E4645DB for ; Tue, 6 Jan 2015 18:55:11 +0000 (UTC) Received: (qmail 51013 invoked from network); 6 Jan 2015 18:55:09 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 6 Jan 2015 18:55:09 -0000 Date: Tue, 06 Jan 2015 19:55:09 +0100 (CET) Message-Id: <20150106.195509.71132582.sthaug@nethelp.no> To: rodrigc@FreeBSD.org Subject: Re: 10.1-STABLE/i386 GENERIC + VIMAGE: Panic when going multiuser From: sthaug@nethelp.no In-Reply-To: References: <20150105.232339.74735411.sthaug@nethelp.no> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 06 Jan 2015 20:05:32 -0000 > > Unfortunately, there is *no* IPv6 config on the box (aside from what > > might be done by default). rc.conf: > > > > hostname="verdi.nethelp.no" > > keymap="norwegian.iso.kbd" > > ifconfig_bge1="inet 10.0.0.2 netmask 255.255.255.252" > > sshd_enable="YES" > > dumpdev="AUTO" > > ddb_enable="YES" > > background_fsck="NO" > > > > > That config is minimal, so I don't see anything offhand which would trigger > IPv6. > But there could be something else running on the system that triggers it. > > Do you have *any* kernel modules which are installed on the system and not > built as part of the buildworld/buildkernel process? For example, kernel > modules > installed via a port? No modules. > Lastly, since your crash is triggered by "sysctl -a" with VIMAGE and DDB > added to a GENERIC kernel config in 10.1, > can you see the last sysctl which is printed out before the panic occurs? I have done a bit more testing with sysctl. There are two specific sysctls which trigger the panic: net.inet6.ip6.temppltime net.inet6.ip6.tempvltime All the other sysctls are fine, no panic generated. What can I do to help debug this further? The box where this happens isn't doing anything else useful at the moment, so can be crashed at will :-) Steinar Haug, Nethelp consulting, sthaug@nethelp.no