From owner-freebsd-current@FreeBSD.ORG Tue Aug 21 03:49:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A17416A418 for ; Tue, 21 Aug 2007 03:49:38 +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 35A4E13C474 for ; Tue, 21 Aug 2007 03:49:38 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [89.162.146.170] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1INKkC-000LCW-Q3 for freebsd-current@freebsd.org; Tue, 21 Aug 2007 06:49:37 +0300 Received: from deviant.kiev.zoral.com.ua (root@[10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l7KGNBIo054102 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Aug 2007 19:23:11 +0300 (EEST) (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.1/8.14.1) with ESMTP id l7KGNBuu089254; Mon, 20 Aug 2007 19:23:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l7KGNBFk089253; Mon, 20 Aug 2007 19:23:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 20 Aug 2007 19:23:11 +0300 From: Kostik Belousov To: Nikolay Pavlov Message-ID: <20070820162311.GT2738@deviant.kiev.zoral.com.ua> References: <200708201848.22157.qpadla@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pLlCf/bEWtYPubJE" Content-Disposition: inline In-Reply-To: <200708201848.22157.qpadla@gmail.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 16f7817bad8e28cbcc8c205d7fb50ad4 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 1391 [August 20 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none 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-current@freebsd.org Subject: Re: Panic on todays current (panic: mtx_lock() of spin mutex (null) @ /usr/src/sys/kern/vfs_mount.c:1046) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Aug 2007 03:49:38 -0000 --pLlCf/bEWtYPubJE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 20, 2007 at 06:48:17PM +0300, Nikolay Pavlov wrote: > Hello. I've got this while booting: >=20 > Starting file system checks: > /dev/ad0s4a: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ad0s4a: clean, 6113 free (241 frags, 734 blocks, 0.2% fragmentation) > /dev/ad0s4f: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ad0s4f: clean, 67511 free (2623 frags, 8111 blocks, 0.4%=20 > fragmentation) > /dev/ad0s4e.journal: FILE SYSTEM CLEAN; SKIPPING CHECKS > Setting hostuuid: 44454C4C-4400-1039-8030-B6C04F4A324A. > Setting hostid: 0x7817d87e. > Mounting local file systems: > panic: mtx_lock() of spin mutex (null) @ /usr/src/sys/kern/vfs_mount.c:10= 46 > cpuid =3D 0 > KDB: enter: panic > exclusive sleep mutex Giant r =3D 0 (0xc0ba7350) locked=20 > @ /usr/src/sys/kern/kern_module.c:117 > panic: from debugger > cpuid =3D 0 > Uptime: 6s > Physical memory: 1003 MB > Dumping 47 MB: 32 16 >=20 > #0 doadump () at pcpu.h:195 > 195 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); > (kgdb) bt > #0 doadump () at pcpu.h:195 > #1 0xc074c19e in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :409 > #2 0xc074c45b in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:563 > #3 0xc048c6d7 in db_panic (addr=3DCould not find the frame base=20 > for "db_panic". > ) at /usr/src/sys/ddb/db_command.c:433 > #4 0xc048d0c5 in db_command_loop () at /usr/src/sys/ddb/db_command.c:401 > #5 0xc048e835 in db_trap (type=3D3, code=3D0)=20 > at /usr/src/sys/ddb/db_main.c:222 > #6 0xc07730c6 in kdb_trap (type=3D3, code=3D0, tf=3D0xe46959f0)=20 > at /usr/src/sys/kern/subr_kdb.c:502 > #7 0xc09fd25b in trap (frame=3D0xe46959f0)=20 > at /usr/src/sys/i386/i386/trap.c:621 > #8 0xc09e2c8b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #9 0xc0773242 in kdb_enter (msg=3D0xc0a93513 "panic") at cpufunc.h:60 > #10 0xc074c444 in panic (fmt=3D0xc0a92475 "mtx_lock() of spin mutex %s @ = %s: > %d") at /usr/src/sys/kern/kern_shutdown.c:547 > #11 0xc0740d3a in _mtx_lock_flags (m=3D0xc42b0000, opts=3D0,=20 > file=3D0xc0a9e111 "/usr/src/sys/kern/vfs_mount.c", line=3D1046)=20 > at /usr/src/sys/kern/kern_mutex.c:180 > #12 0xc07c154b in vfs_donmount (td=3D0xc429f800, fsflags=3D0,=20 > fsoptions=3D0xc431ce00) at /usr/src/sys/kern/vfs_mount.c:1046 > #13 0xc07c25e3 in nmount (td=3D0xc429f800, uap=3D0xe4695cfc)=20 > at /usr/src/sys/kern/vfs_mount.c:413 > #14 0xc09fca13 in syscall (frame=3D0xe4695d38)=20 > at /usr/src/sys/i386/i386/trap.c:1008 > #15 0xc09e2cf0 in Xint0x80_syscall ()=20 > at /usr/src/sys/i386/i386/exception.s:196 > #16 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) The line where the reported panic happens is located at the point where several successfull locks of the mount structure interlock alread happen (see, for instance, line 983). In between, there is a call to VFS_MOUNT() method of the fs. It would be interesting to look at the type of the filesystem being mounted. Just a guess: Could it be that mounted filesystem comes from module, that uses incompatib= le binary interface (for instance, built with different kernel options or for different kernel version) ? --pLlCf/bEWtYPubJE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGyb/uC3+MBN1Mb4gRAomNAKCXGp0JrVX62M4ZGeGCDW0EPUHSMgCfTxTl /dxaoya0KcWA2krD66xnmxU= =m/IY -----END PGP SIGNATURE----- --pLlCf/bEWtYPubJE--