From owner-freebsd-stable@FreeBSD.ORG Sun Feb 3 06:55:06 2008 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 29D5816A418 for ; Sun, 3 Feb 2008 06:55:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id B430413C4E3 for ; Sun, 3 Feb 2008 06:55:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JLYkp-000Ftw-Hl; Sun, 03 Feb 2008 08:55:04 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id m136shB6089834 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Feb 2008 08:54:43 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m136t2JC054012; Sun, 3 Feb 2008 08:55:02 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m136t2QD054011; Sun, 3 Feb 2008 08:55:02 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 3 Feb 2008 08:55:02 +0200 From: Kostik Belousov To: Dmitry Morozovsky Message-ID: <20080203065502.GH57756@deviant.kiev.zoral.com.ua> References: <20080203030205.T28725@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Yf2LLZzcMaLfAG8/" Content-Disposition: inline In-Reply-To: <20080203030205.T28725@woozle.rinet.ru> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Scanner-Signature: a89dff86c47152c77ba722073511b1ec X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 2160 [Feb 02 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: 7.0-PRE/amd64 crash with Promise TX4 and eSATA disk 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, 03 Feb 2008 06:55:06 -0000 --Yf2LLZzcMaLfAG8/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 03, 2008 at 03:04:52AM +0300, Dmitry Morozovsky wrote: > Dear colleagues, >=20 > during rsycn from eSATA drive connected to Promise TX4 (ad12) to ZFS pool= =20 > eSATA disk got disconnected. With the next access, system crashed: >=20 > Unread portion of the kernel message buffer: >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > fault virtual address =3D 0x3020e0b30 > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x8:0xffffffff801cac9d > stack pointer =3D 0x10:0xffffffffd79f7800 > frame pointer =3D 0x10:0xffffffffd79f7840 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 898 (tcsh) > trap number =3D 12 > panic: page fault > cpuid =3D 1 > Uptime: 7h49m35s > Physical memory: 4087 MB > Dumping 677 MB: 662 646 630 614 598 582 566 550 534 518 502 486 470 454 4= 38 422=20 > 406 390 374 358 342 326 310 294 278 262 246 230 214 198 182 166 150 134 1= 18 102=20 > 86 70 54 38 22 6 >=20 > #0 doadump () at pcpu.h:194 > 194 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:194 > #1 0x0000000000000031 in ?? () > #2 0xffffffff80219c30 in boot (howto=3D260) at=20 > /usr/src/sys/kern/kern_shutdown.c:409 > #3 0xffffffff8021a04d in panic (fmt=3D0x104
) at=20 > /usr/src/sys/kern/kern_shutdown.c:563 > #4 0xffffffff80353284 in trap_fatal (frame=3D0xffffff000179c340,=20 > eva=3D18446742974222725120) at /usr/src/sys/amd64/amd64/trap.c:724 > #5 0xffffffff80353655 in trap_pfault (frame=3D0xffffffffd79f7750, usermo= de=3D0) at=20 > /usr/src/sys/amd64/amd64/trap.c:641 > #6 0xffffffff80353ffb in trap (frame=3D0xffffffffd79f7750) at=20 > /usr/src/sys/amd64/amd64/trap.c:410 > #7 0xffffffff80339dbe in calltrap () at=20 > /usr/src/sys/amd64/amd64/exception.S:169 > #8 0xffffffff801cac9d in dev2udev (x=3D0xffffff0001779400) at=20 > /usr/src/sys/fs/devfs/devfs_vnops.c:1325 > #9 0xffffffff80310ab8 in ufs_getattr (ap=3DVariable "ap" is not availabl= e. > ) at /usr/src/sys/ufs/ufs/ufs_vnops.c:401 > #10 0xffffffff8029dcf3 in vn_stat (vp=3D0xffffff004728b9b0,=20 > sb=3D0xffffffffd79f79f0, active_cred=3DVariable "active_cred" is not avai= lable. > ) at vnode_if.h:286 > #11 0xffffffff802953b1 in kern_stat (td=3D0xffffff000179c340, path=3D0x44= b66a=20 >
, pathseg=3DVariable "pathseg" is not ava= ilable. > ) at /usr/src/sys/kern/vfs_syscalls.c:2112 > #12 0xffffffff80295507 in stat (td=3DVariable "td" is not available. > ) at /usr/src/sys/kern/vfs_syscalls.c:2093 > #13 0xffffffff803538da in syscall (frame=3D0xffffffffd79f7c70) at=20 > /usr/src/sys/amd64/amd64/trap.c:852 > #14 0xffffffff80339fcb in Xfast_syscall () at=20 > /usr/src/sys/amd64/amd64/exception.S:290 > #15 0x00000000809c235c in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb)=20 >=20 > I would be glad to provide additional info to investigate and hopefully f= ix the=20 > problem. >=20 > Sincerely, > D.Marck [DM5020, MCK-RIPE, DM3-RIPN] > [ FreeBSD committer: marck@FreeBSD.org ] > ------------------------------------------------------------------------ > *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** > ------------------------------------------------------------------------ Di you have the UFS volume mounted from the eSATA drive ? If yes, then the panic is the natural consequence of the device disappearing from under the UFS. If not, and fault address 0x3020e0b30 looks suspicious, it could mean some kernel memory corruption. Anyway, it would be interesting to look at the vnode vp content from the frame #10, and to lookup the mount point together with a device it comes from. --Yf2LLZzcMaLfAG8/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkelZUUACgkQC3+MBN1Mb4ggWACdFvWsIwluyq7HLp1bUXGuQBJ2 tKMAnAlK1tuLjRrCurm2idxe4ZMP+Yvf =JA2T -----END PGP SIGNATURE----- --Yf2LLZzcMaLfAG8/--