From owner-freebsd-net@FreeBSD.ORG Sat Feb 18 09:36:28 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00408106566B for ; Sat, 18 Feb 2012 09:36:27 +0000 (UTC) (envelope-from raymond@wagnerrp.com) Received: from mail-out1.fuse.net (mail-out1.fuse.net [216.68.8.170]) by mx1.freebsd.org (Postfix) with ESMTP id AEB968FC17 for ; Sat, 18 Feb 2012 09:36:27 +0000 (UTC) X-CNFS-Analysis: v=1.1 cv=Pge/cBqKyVcxIpgw63Nz4mrltvaB1HRkZOmsuRSa51g= c=1 sm=0 a=TBLo2v4HGtIA:10 a=F0_oH49KuWsA:10 a=cAU3qhYAuScA:10 a=8nJEP1OIZ-IA:10 a=i3ZOiaB_C8dI4PEXOHUA:9 a=wPNLvfGTeEIA:10 a=aS15RBs+dI1CiG0r6x2z/g==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: ecout1 smtp.mail=raymond@wagnerrp.com; spf=neutral Authentication-Results: ecout1 smtp.user=wagnerr@zoomtown.com; auth=pass (LOGIN) Received-SPF: neutral (ecout1: 66.42.242.8 is neither permitted nor denied by domain of wagnerrp.com) Received: from [66.42.242.8] ([66.42.242.8:51516] helo=[10.254.2.2]) by ecout1 (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTPA id 3D/8B-10648-85F6F3F4; Sat, 18 Feb 2012 04:28:56 -0500 Message-ID: <4F3F6D95.1000605@wagnerrp.com> Date: Sat, 18 Feb 2012 04:21:25 -0500 From: Raymond Wagner User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0) Gecko/20120111 Thunderbird/10.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4F3F4810.6070501@rewt.org.uk> In-Reply-To: <4F3F4810.6070501@rewt.org.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Panic after vnet/jail destroy X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Feb 2012 09:36:28 -0000 On 2/18/2012 01:41, Joe Holden wrote: > jail_relay_exec_poststop0="ifconfig bridge0 deletem epair0a" > jail_relay_exec_poststop1="ifconfig epair0a destroy" > jail_relay_exec_poststop2="ifconfig bridge1 deletem epair1a" > jail_relay_exec_poststop3="ifconfig epair1a destroy" The kernel panics when you try to destroy an epair. This is a known issue, and not a new issue. I've see the same problem at least as far back as 8.1. The current work around is to simply not destroy them when you bring down your jails. Of course this does mean you will build up a collection of unused epairs.