From owner-freebsd-stable@FreeBSD.ORG Fri Nov 27 01:08:55 2009 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 57795106566B for ; Fri, 27 Nov 2009 01:08:55 +0000 (UTC) (envelope-from jguojun@sbcglobal.net) Received: from web82207.mail.mud.yahoo.com (web82207.mail.mud.yahoo.com [209.191.86.102]) by mx1.freebsd.org (Postfix) with SMTP id 23C2B8FC0A for ; Fri, 27 Nov 2009 01:08:54 +0000 (UTC) Received: (qmail 52252 invoked by uid 60001); 27 Nov 2009 01:08:54 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s1024; t=1259284134; bh=6lFUGoGhB+fcyhs2+19dxnApaA11+ts97M7pKDQBk4A=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=hCKseKODsUjCfV9v2SuA0x18e6ZaCTIJf19oPEsF9YsjJqKGWBUbekT5BCWB+QRB4CACYwjEByorl+RkmR5xROiG88XGRCAzJ7ZR5fGgpirmfiUlMsxZGWU80Ez7/shRAISnPWbPDlbiwK1uQP1osscftvtYSQ41yhw7ls2y75U= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=sbcglobal.net; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=cgvayEKjh6pO6i7XeGK6tVso9FZnmtdu62Mb0WHwZG59TjZbyBuNrgQdGpsqzhlQtteejlqOWZkX/nU4LT1+PMTiop3TImoV+LkJxXsTqCE+xvV7rFU6d8KPOYXs27UbP2p8u4ry+JO3pemXrBpmT/YzdDavHRIv8IiqHv4vrh0=; Message-ID: <390534.50689.qm@web82207.mail.mud.yahoo.com> X-YMail-OSG: a9J_QQoVM1n9d82zsK0YeYguKE1e_hx2p6BCo6Qr1NUnbHovZkU4dtHQCaCPmBcOj9hNpXUkDpOlSs9dMTVKX2krs.Zd36jPx9EWV82n32LLF_d3cX4K7q_fCx2iZcxV.zRsZkLMDqMBfVkfa0gBOemDreXeAwMDAy0djkqApyNL4eamskDFwoel05TwZ0QOcseFEQnbmfSbRH1JFBiFdrVb4Hds_OHVe91a6RjxMqhNpLiDdCmi_8oVUcJaOTEOLiCJtUpUSImaiYGhg1FMVmxuT0ak5dOZoO7.f8TxdZWrh.k3LiauZuoGLwEeTPlMbS.Vhh30lJ1QcR.H1N3KKwPv Received: from [76.202.192.211] by web82207.mail.mud.yahoo.com via HTTP; Thu, 26 Nov 2009 17:08:54 PST X-Mailer: YahooMailClassic/8.1.6 YahooMailWebService/0.8.100.260964 Date: Thu, 26 Nov 2009 17:08:54 -0800 (PST) From: Jin Guojun To: freebsd-hardware@freebsd.org, freebsd-stable , Steve Polyack In-Reply-To: <4B0C1A72.3000301@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: Panic possibly related to glabel/geom and siis(4) 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: Fri, 27 Nov 2009 01:08:55 -0000 This is similar to what I have fight on last two weeks (was 8.0-RC USB/FS). My back trace from the panic is some different from yours, but the behave is the same. When access USB drives from 8.0-RC and 8.0-R will cause drives dead, vanish or reset, thus causing panic. >From both cases, it looks like a hotplug/automount related problem. --- On Tue, 11/24/09, Steve Polyack wrote: > From: Steve Polyack > Subject: Panic possibly related to glabel/geom and siis(4) > To: freebsd-hardware@freebsd.org, "freebsd-stable" , freebsd-geom@FreeBSD.org > Date: Tuesday, November 24, 2009, 5:40 PM > I have a system running > 8.0-PRERELEASE with multiple drives and SATA port > multipliers (siis controllers and PMPs). All of the > attached drives are labeled via glabel(8) and then included > into a ZFS pool. During some testing to determine how > the system would react to a dead drive (simulated by > physically removing a drive during operation), I was > able to produce a panic. > > Now, I know that the SATA PMP and siis(4) code to handle > and recover from device errors is incomplete, but I believe > the crash may be particular to using glabel'd drives. > Basically, after removing a drive while the zpool is in use > and issues 'camcontrol reset' and 'rescan' on the > appropriate bus, the physical device associated with the > drive disappears. In this case: > (pass5:siisch7:0:15:0): lost device > (pass5:siisch7:0:15:0): removing device entry > (ada2:siisch7:0:0:0): lost device > > and /dev/ada2 disappears. However, the associated > glabel /dev/label/bigdisk07 remains. Since my ZFS pool > is created based on the drive glabels, I believe this is why > ZFS never notices the drives disappear either. > > Do glabels typically go away after a physical device is > lost? Should this not be the case? > > > After some runtime with the physical device missing, a > kernel panic is produced: > > ada2:siisch7:0:0:0): Synchronize cache failed > (ada2:siisch7:0:0:0): removing device entry > > > Fatal trap 12: page fault while in kernel mode > cpuid = 2; apic id = 14 > fault virtual address = 0x48 > fault code > = supervisor write data, page not present > instruction pointer = > 0x20:0xffffffff8035f375 > stack pointer > = 0x28:0xffffff800006db60 > frame pointer > = 0x28:0xffffff800006db70 > code segment = > base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, > def32 0, gran 1 > processor eflags = interrupt > enabled, resume, IOPL = 0 > current process = 2 > (g_event) > [thread pid 2 tid 100014 ] > Stopped at > _mtx_lock_flags+0x15: lock > cmpxchgq %rsi,0x18(%rdi) > db> bt > Tracing pid 2 tid 100014 td 0xffffff00014d4ab0 > _mtx_lock_flags() at _mtx_lock_flags+0x15 > vdev_geom_release() at vdev_geom_release+0x33 > vdev_geom_orphan() at vdev_geom_orphan+0x15c > g_run_events() at g_run_events+0x104 > g_event_procbody() at g_event_procbody+0x55 > fork_exit() at fork_exit+0x118 > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffff800006dd30, rbp = 0 --- > > > I'm open to try patches and other suggestions. > Thanks. > _______________________________________________ > freebsd-hardware@freebsd.org > mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hardware > To unsubscribe, send any mail to "freebsd-hardware-unsubscribe@freebsd.org" >