Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261282AbVESWEF (ORCPT ); Thu, 19 May 2005 18:04:05 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261280AbVESWEF (ORCPT ); Thu, 19 May 2005 18:04:05 -0400 Received: from mail.wildbrain.com ([209.130.193.228]:31958 "EHLO hermes.wildbrain.com") by vger.kernel.org with ESMTP id S261282AbVESWDz (ORCPT ); Thu, 19 May 2005 18:03:55 -0400 Message-ID: <428D0D1E.9070607@wildbrain.com> Date: Thu, 19 May 2005 15:03:10 -0700 From: Gregory Brauer User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com CC: Joshua Baker-LePain , Jakob Oestergaard , Chris Wedgwood Subject: Re: kernel OOPS for XFS in xfs_iget_core (using NFS+SMP+MD) References: <428511F8.6020303@wildbrain.com> <20050514184711.GA27565@taniwha.stupidest.org> <428B7D7F.9000107@wildbrain.com> <20050518175925.GA22738@taniwha.stupidest.org> <20050518195251.GY422@unthought.net> <428BA8E4.2040108@wildbrain.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-WB-MailScanner: Found to be clean X-WB-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (score=-2.291, required 5, BAYES_00 -2.60, TW_DF 0.08, TW_FC 0.08, TW_JB 0.08, TW_UH 0.08) X-MailScanner-From: greg@wildbrain.com Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 5464 Lines: 107 Joshua Baker-LePain wrote: > On Thu, 19 May 2005 at 5:42pm, Joshua Baker-LePain wrote > > >>And now I've got some OOPSes: > > > But, looking at 'em (instead of just blindly sending 'em along), I don't > see XFS anywhere in them. The "interesting" thing is that, of the > nfs_fsstress logs in /tmp on all the clients, only the NFSv3 over TCP log > is showing errors on any of the clients. As noted, you seem to have stumbled upon some other bug. We have another data point to report, this time with kernel-smp-2.6.10-1.741_FC3. The one difference here worth noting is that when this error was triggered with this kernel, the machine did not lock up hard as with 2.6.11.1 and 2.6.11.10. You could still log into the machine, but processes that attempted to access the XFS filesystem would hang. Greg May 19 13:44:20 violet kernel: xfs_iget_core: ambiguous vns: vp/0xed506a90, invp/0xed506798 May 19 13:44:20 violet kernel: ------------[ cut here ]------------ May 19 13:44:20 violet kernel: kernel BUG at fs/xfs/support/debug.c:106! May 19 13:44:20 violet kernel: invalid operand: 0000 [#1] May 19 13:44:20 violet kernel: SMP May 19 13:44:20 violet kernel: Modules linked in: nfsd exportfs lockd md5 ipv6 parport_pc lp parport sunrpc xfs dm_mod video button battery ac uhci_hcd hw_random i2c_i801 i2c_core e1000 floppy ext3 jbd raid0 3w_xxxx sd_mod scsi_mod May 19 13:44:20 violet kernel: CPU: 0 May 19 13:44:20 violet kernel: EIP: 0060:[] Not tainted VLI May 19 13:44:20 violet kernel: EFLAGS: 00010246 (2.6.10-1.741_FC3smp) May 19 13:44:20 violet kernel: EIP is at cmn_err+0x8d/0x9b [xfs] May 19 13:44:20 violet kernel: eax: 00000000 ebx: f8a2b743 ecx: f8a3faa4 edx: 00000200 May 19 13:44:20 violet kernel: esi: f8a2e17d edi: f8a4205e ebp: 00000000 esp: f6bdfbb4 May 19 13:44:20 violet kernel: ds: 007b es: 007b ss: 0068 May 19 13:44:20 violet kernel: Process nfsd (pid: 4054, threadinfo=f6bdf000 task=f6bcf530) May 19 13:44:20 violet kernel: Stack: 00000293 ed5067bc f73dc3d0 503b6809 00000000 f8a02731 00000000 f8a2b743 May 19 13:44:20 violet kernel: ed506a90 ed506798 f747ea00 00000000 f74d7000 ed506798 cf8fbc2c ed5067bc May 19 13:44:20 violet kernel: c03a5340 ed506798 f6bdf000 f8a02be7 503b6809 00000000 00000000 00000008 May 19 13:44:20 violet kernel: Call Trace: May 19 13:44:20 violet kernel: [] xfs_iget_core+0x12d/0x55f [xfs] May 19 13:44:20 violet kernel: [] xfs_iget+0x84/0x139 [xfs] May 19 13:44:20 violet kernel: [] xfs_vget+0x43/0xae [xfs] May 19 13:44:20 violet kernel: [] vfs_vget+0x1a/0x1d [xfs] May 19 13:44:20 violet kernel: [] linvfs_get_dentry+0x3b/0x6c [xfs] May 19 13:44:20 violet kernel: [] find_exported_dentry+0x2d/0x5a5 [exportfs] May 19 13:44:20 violet kernel: [] copy_to_user+0x49/0x51 May 19 13:44:20 violet kernel: [] memcpy_toiovec+0x27/0x47 May 19 13:44:20 violet kernel: [] skb_copy_datagram_iovec+0x4f/0x1e1 May 19 13:44:20 violet kernel: [] release_sock+0xf/0x4f May 19 13:44:20 violet kernel: [] tcp_recvmsg+0x61e/0x659 May 19 13:44:20 violet kernel: [] sock_common_recvmsg+0x30/0x46 May 19 13:44:20 violet kernel: [] sock_recvmsg+0xef/0x10c May 19 13:44:20 violet kernel: [] recalc_task_prio+0x128/0x133 May 19 13:44:20 violet kernel: [] activate_task+0x88/0x95 May 19 13:44:20 violet kernel: [] try_to_wake_up+0x222/0x22d May 19 13:44:20 violet kernel: [] __wake_up_common+0x36/0x51 May 19 13:44:20 violet kernel: [] __wake_up+0x29/0x3c May 19 13:44:20 violet kernel: [] svc_sock_enqueue+0x1d6/0x212 [sunrpc] May 19 13:44:20 violet kernel: [] svc_expkey_lookup+0x1fc/0x330 [nfsd] May 19 13:44:20 violet kernel: [] export_decode_fh+0x61/0x6d [exportfs] May 19 13:44:20 violet kernel: [] nfsd_acceptable+0x0/0xba [nfsd] May 19 13:44:20 violet kernel: [] export_decode_fh+0x0/0x6d [exportfs] May 19 13:44:20 violet kernel: [] fh_verify+0x347/0x4be [nfsd] May 19 13:44:20 violet kernel: [] nfsd_acceptable+0x0/0xba [nfsd] May 19 13:44:20 violet kernel: [] svcauth_unix_accept+0x207/0x27a [sunrpc] May 19 13:44:20 violet kernel: [] schedule_timeout+0x9a/0xae May 19 13:44:20 violet kernel: [] nfsd_access+0x1f/0xd8 [nfsd] May 19 13:44:20 violet kernel: [] nfsd3_proc_access+0x86/0x8e [nfsd] May 19 13:44:20 violet kernel: [] nfs3svc_decode_accessargs+0x0/0x7a [nfsd] May 19 13:44:20 violet kernel: [] nfsd_dispatch+0xba/0x16e [nfsd] May 19 13:44:20 violet kernel: [] svc_process+0x331/0x56e [sunrpc] May 19 13:44:20 violet kernel: [] nfsd+0x190/0x2db [nfsd] May 19 13:44:20 violet kernel: [] nfsd+0x0/0x2db [nfsd] May 19 13:44:20 violet kernel: [] kernel_thread_helper+0x5/0xb May 19 13:44:20 violet kernel: Code: 68 20 20 a4 f8 ff 34 ad c0 fa a3 f8 68 7d e1 a2 f8 e8 54 4a 6f c7 8b 54 24 0c b8 a4 fa a3 f8 e8 f0 21 89 c7 83 c4 0c 85 ed 75 08 <0f> 0b 6a 00 64 e1 a2 f8 58 5b 5e 5f 5d c3 55 89 c5 83 e5 07 57 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/