From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id o2FEjOe6056565 for ; Mon, 15 Mar 2010 09:45:24 -0500 Received: from mail.sandeen.net (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 25DC81D3359E for ; Mon, 15 Mar 2010 07:46:59 -0700 (PDT) Received: from mail.sandeen.net (64-131-60-146.usfamily.net [64.131.60.146]) by cuda.sgi.com with ESMTP id GPHKFyIUqOQ0iYKG for ; Mon, 15 Mar 2010 07:46:59 -0700 (PDT) Message-ID: <4B9E4863.80905@sandeen.net> Date: Mon, 15 Mar 2010 09:46:59 -0500 From: Eric Sandeen MIME-Version: 1.0 Subject: Re: 2.6.33 crash: invalid opcode: 0000 [#1] SMP: EIP: [] assfail+0x1b/0x20 SS:ESP 0068:f687bf14 References: <4B9E46F9.8090209@sandeen.net> In-Reply-To: List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xfs-bounces@oss.sgi.com Errors-To: xfs-bounces@oss.sgi.com To: Justin Piszcz Cc: linux-kernel@vger.kernel.org, xfs@oss.sgi.com Justin Piszcz wrote: > > > On Mon, 15 Mar 2010, Eric Sandeen wrote: > >> Justin Piszcz wrote: >>> Specifications: >>> >>> 2.6.33 >>> 32bit >>> Debian Testing >>> >>> On Mar 14th, my server hung up: >>> >>> Mar 14 00:00:22 server1 kernel: [488470.189675] ------------[ cut here >>> ]------------ >>> Mar 14 00:00:22 server1 kernel: [488470.189679] invalid opcode: 0000 >>> [#1] SMP >>> Mar 14 00:00:22 server1 kernel: [488470.189681] last sysfs file: >>> /sys/devices/pci0000:00/0000:00:0e.0/host0/target0:0:0/0:0:0:0/block/sda/uevent >>> >>> >>> Mar 14 00:00:22 server1 kernel: [488470.189704] Process xfssyncd (pid: >>> 584, ti=f687a000 task=f70fa400 task.ti=f687a000) >>> Mar 14 00:00:22 server1 kernel: [488470.189705] Stack: >>> Mar 14 00:00:22 server1 kernel: [488470.189721] Call Trace: >>> Mar 14 00:00:22 server1 kernel: [488470.189739] Code: 00 e8 ea e5 01 00 >>> 83 c4 14 c3 8d b6 00 00 00 00 83 ec 10 89 4c 24 0c 89 54 24 08 89 44 24 >>> 04 c7 04 24 30 ab 42 c1 e8 7c 11 1c 00 <0f> 0b eb fe 90 55 57 89 cf 56 >>> 89 c6 b8 80 b0 52 c1 83 e6 07 53 >>> Mar 14 00:00:22 server1 kernel: [488470.189739] EIP: [] >>> assfail+0x1b/0x20 SS:ESP 0068:f687bf14 >>> >>> Is this a bug related to AMD (CPU) or XFS? >> >> Hard to know without seeing the rest of the stack trace, is this all >> you got? > Yes, that was the only entry in the log file, I could not wake up the > monitor to get any more information. > >> >> You hit an assertion failure in xfs. >> >> Are you running with CONFIG_XFS_DEBUG? > Nope. > > CONFIG_XFS_FS=y > # CONFIG_XFS_QUOTA is not set > # CONFIG_XFS_POSIX_ACL is not set > # CONFIG_XFS_RT is not set > # CONFIG_XFS_DEBUG is not set Ok, then you hit an ASSERT_ALWAYS There are only a few: 0 xfs/linux-2.6/xfs_super.c xfs_fs_destroy_inode 953 ASSERT_ALWAYS(!xfs_iflags_test(ip, XFS_IRECLAIMABLE)); 1 xfs/linux-2.6/xfs_super.c xfs_fs_destroy_inode 954 ASSERT_ALWAYS(!xfs_iflags_test(ip, XFS_IRECLAIM)); 2 xfs/linux-2.6/xfs_sync.c xfs_reclaim_inode 727 ASSERT_ALWAYS(__xfs_iflags_test(ip, XFS_IRECLAIMABLE)); 3 fs/xfs/xfs_log.c xfs_log_notify 376 ASSERT_ALWAYS((iclog->ic_state == XLOG_STATE_ACTIVE) || 4 fs/xfs/xfs_log.c xlog_commit_record 1273 ASSERT_ALWAYS(iclog); but I'm not sure which one you hit since there is no backtrace provided. -Eric _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs