From owner-freebsd-stable@FreeBSD.ORG Sun Nov 20 16:32:49 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DCB4106564A for ; Sun, 20 Nov 2011 16:32:49 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id DF55C8FC08 for ; Sun, 20 Nov 2011 16:32:48 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RSAJy-00057c-91 for freebsd-stable@freebsd.org; Sun, 20 Nov 2011 17:32:46 +0100 Received: from dyn1243-74.vpn.ic.ac.uk ([129.31.243.74]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 20 Nov 2011 17:32:46 +0100 Received: from johannes by dyn1243-74.vpn.ic.ac.uk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 20 Nov 2011 17:32:46 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Johannes Totz Date: Sun, 20 Nov 2011 16:32:33 +0000 Lines: 64 Message-ID: References: <20111120160307.GA20262@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: dyn1243-74.vpn.ic.ac.uk User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 In-Reply-To: <20111120160307.GA20262@icarus.home.lan> Subject: Re: panic: make_dev_credv: bad si_name (error=17, si_name=pass2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2011 16:32:49 -0000 On 20/11/2011 16:03, Jeremy Chadwick wrote: > On Sun, Nov 20, 2011 at 03:34:36PM +0000, Johannes Totz wrote: >> (Sent twice, first one bounced...) >> Just got a panic on 9-stable, running inside VirtualBox, trying to >> build a release-set. Don't know yet if reproducable, just happened a >> few minutes ago. >> The whole core.txt stuff follows below (beware of line-breaks): >> >> ... >> Unread portion of the kernel message buffer: >> (ada1:ahcich0:0:0:0): lost device >> panic: make_dev_credv: bad si_name (error=17, si_name=pass2) >> cpuid = 0 >> KDB: stack backtrace: >> #0 0xc0a4aff7 at kdb_backtrace+0x47 >> #1 0xc0a185c7 at panic+0x117 >> #2 0xc09d05de at make_dev_credv+0x9e >> #3 0xc09d080a at make_dev+0x4a >> #4 0xc04b79e0 at passregister+0x230 >> #5 0xc048ece3 at cam_periph_alloc+0x4e3 >> #6 0xc04b7525 at passasync+0x85 >> #7 0xc0490442 at xpt_async_bcast+0x32 >> #8 0xc0492715 at xpt_async+0x105 >> #9 0xc04991f3 at probedone+0xc33 >> #10 0xc04958a1 at camisr_runqueue+0x2e1 >> #11 0xc04959ff at camisr+0x13f >> #12 0xc09ed69b at intr_event_execute_handlers+0x13b >> #13 0xc09eee5a at ithread_loop+0x7a >> #14 0xc09ea8a7 at fork_exit+0x97 >> #15 0xc0d32734 at fork_trampoline+0x8 >> ... >> Uptime: 7m57s >> (ada1:ahcich0:0:0:0): Synchronize cache failed > > According to the above, your ada1 "virtual disk" fell off the bus > entirely. Relevant storage bits taken from your dmesg: > >> atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd000-0xd00f at device 1.1 on pci0 >> ata0: on atapci0 >> ata1: on atapci0 >> ahci0: port 0xd040-0xd047,0xd050-0xd057,0xd060-0xd06f mem 0xf0806000-0xf0807fff irq 5 at device 13.0 on pci0 >> ahci0: AHCI v1.10 with 1 3Gbps ports, Port Multiplier not supported >> ahcich0: at channel 0 on ahci0 >> ... >> ada0 at ata0 bus 0 scbus0 target 0 lun 0 >> ada0: ATA-6 device >> ada0: 33.300MB/s transfers (UDMA2, PIO 65536bytes) >> ada0: 20480MB (41943040 512 byte sectors: 16H 63S/T 16383C) >> ada0: Previously was known as ad0 >> ada1 at ahcich0 bus 0 scbus2 target 0 lun 0 >> ada1: ATA-6 SATA 2.x device >> ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) >> ada1: Command Queueing enabled >> ada1: 20480MB (41943040 512 byte sectors: 16H 63S/T 16383C) >> ada1: Previously was known as ad4 > > My recommendation is to remove VirtualBox from the picture entirely and > instead do whatever you were doing (running zfstest) on bare metal. Yeah, would love to. But http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/155587 prevents me from doing so. I'm trying to build a live-disc that includes http://svnweb.freebsd.org/base?view=revision&revision=226617 so I can recover the pool.