From owner-freebsd-virtualization@FreeBSD.ORG Tue Aug 26 23:44:40 2008 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A5E9106564A for ; Tue, 26 Aug 2008 23:44:40 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outY.internet-mail-service.net (outy.internet-mail-service.net [216.240.47.248]) by mx1.freebsd.org (Postfix) with ESMTP id 471CC8FC0A for ; Tue, 26 Aug 2008 23:44:40 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id CB3622387; Tue, 26 Aug 2008 16:44:40 -0700 (PDT) Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 5A5BE2D603B; Tue, 26 Aug 2008 16:44:39 -0700 (PDT) Message-ID: <48B4956B.40704@elischer.org> Date: Tue, 26 Aug 2008 16:44:43 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: James Gritton References: <20080824141835.K66593@maildrop.int.zabbadoz.net> <48B48BFD.4050108@gritton.org> <48B49478.4020203@elischer.org> In-Reply-To: <48B49478.4020203@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Bjoern A. Zeeb" , FreeBSD virtualization mailing list Subject: Re: panic in vimage/jamie_jail_set X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 23:44:40 -0000 Julian Elischer wrote: > James Gritton wrote: >> I haven't seen the panic you describe, but on a jail_set_vimage >> integrated from the latest vimage code, I get a similar idle network >> panic. >> >> This happens in tcp_hc_purge(), which clearly expected a struct vnet >> pointer as its argument, but is only ever called with NULL. It seems >> reasonable to pass tcp_hc_init's curvnet as the argument, but I don't >> know if there are referencing issues. (btw curvnet was what was there before the mismerge) > > I've made a change that fixes a mismerge > where teh callout_reset was called and told to call tcp_hc_purge with a > null instead of the current vnet. > > Bjoern, see if that helps.. (just tcp_hostcache.c needs fixing) > > >> - Jamie >> >> >> Bjoern A. Zeeb wrote: >>> Hi, >>> >>> I had a jamie_jail_set kernel running from >>> db> x/s version >>> version: FreeBSD 8.0-CURRENT #0: Fri Aug 15 10:01:11 UTC 2008 ... >>> >>> and it paniced while standing idle. I am not sure if that had been >>> fixed in the vimage branch but not integrated into jamie_jail_set or >>> if this was a different issue to what kris had seen? >>> >>> Unfortunately the console hasn't been to reliable, so this is what I >>> have: >>> >>> panic: in ../../../netinet/tcp_usrreq.c:1281 tcp_ctloutput()^M^@ >>> vnet=0xc7067000 curvnet=0^M^@ >>> cpuid = 0^M^@ >>> KDB: enter: panic^M^@ >>> [thread pid 852 tid 100051 ]^M^@ >>> Stopped at kdb_enter+0x3a: movl $0,kdb_why^M^@ >>> >>> Tracing pid 852 tid 100051 td 0xc74f5d20 >>> kdb_enter(c0b04531,c0b04531,c0b05c88,c6f4b59c,0,...) at kdb_enter+0x3a >>> panic(c0b05c88,c0b1cb7f,501,c0a9f8a2,c7067000,...) at panic+0x12c >>> tcp_ctloutput(c7546c60,c6f4b744,c07f3c0a,c7546c60,0,...) at >>> tcp_ctloutput+0x5e >>> sosetopt(c7546c60,c6f4b744,1,0,c73b6400,...) at sosetopt+0x3d >>> nfs_connect(c7467000,c7670000,c0b20436,21d,c7670044,...) at >>> nfs_connect+0x1b9 >>> nfs_reconnect(c7670044,0,c0b20436,2e2,0,...) at nfs_reconnect+0x15e >>> nfs_request(c725bb84,c7379400,4,c74f5d20,c7547900,...) at >>> nfs_request+0x6c3 >>> nfs3_access_otw(c7547900,0,c0b20ac9,180,0,...) at nfs3_access_otw+0xde >>> nfs_access(c6f4b9cc,c6f4b9b4,c077bed7,c74f5d20,c6f4ba18,...) at >>> nfs_access+0x15e >>> VOP_ACCESS_APV(c0bf16a0,c6f4b9cc,c6f4b954,0,c6f4b95c,...) at >>> VOP_ACCESS_APV+0xa5 >>> nfs_lookup(c6f4ba78,c6f4ba78,5000044,80000,c725bb84,...) at >>> nfs_lookup+0xcb >>> VOP_LOOKUP_APV(c0bf16a0,c6f4ba78,c0b0fd3c,1b0,c6f4bb9c,...) at >>> VOP_LOOKUP_APV+0xa5 >>> lookup(c6f4bb84,c0b0fd3c,d8,c0,c7547e2c,...) at lookup+0x57e >>> namei(c6f4bb84,c6f4bb24,60,0,c74f5d20,...) at namei+0x44b >>> kern_statat(c74f5d20,0,ffffff9c,804ec77,0,...) at kern_statat+0x64 >>> kern_stat(c74f5d20,804ec77,0,c6f4bc18,6b,...) at kern_stat+0x36 >>> stat(c74f5d20,c6f4bcf8,8,c0b0a981,c0bd7400,...) at stat+0x2f >>> syscall(c6f4bd38) at syscall+0x2a3 >>> Xint0x80_syscall() at Xint0x80_syscall+0x20 >>> --- syscall (188, FreeBSD ELF32, stat), eip = 0x28163c6b, esp = >>> 0xbfbfea3c, ebp = 0xbfbfed38 --- >>> >>> /bz >>> >> _______________________________________________ >> freebsd-virtualization@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization >> To unsubscribe, send any mail to >> "freebsd-virtualization-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-virtualization@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > To unsubscribe, send any mail to > "freebsd-virtualization-unsubscribe@freebsd.org"