From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750792AbWISJyA (ORCPT ); Tue, 19 Sep 2006 05:54:00 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751839AbWISJyA (ORCPT ); Tue, 19 Sep 2006 05:54:00 -0400 Received: from bgnet.pl ([213.17.236.242]:4534 "EHLO bgnet.pl") by vger.kernel.org with ESMTP id S1750924AbWISJx7 (ORCPT ); Tue, 19 Sep 2006 05:53:59 -0400 Subject: XFS lockups in 2.6.17.13 From: Martin Orda To: Linux-kernel@vger.kernel.org Content-Type: text/plain Date: Tue, 19 Sep 2006 10:53:56 +0100 Message-Id: <1158659636.3996.27.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Morning, Please do Cc me as I'm not subscribed. Thank you. I've been experiencing issues with the XFS filesystem. I use SATA Seagate ST3120026AS disk on which I have two partitions. First one is used as XFS root partition and the second one is a LVM physical volume. On my logical volumes I run XFS. I've started getting the lockups / oopses after having been running the system for a couple of days. It either results in the complete lock-up or IO operations become very unstable and dmesg showing errors shown below. Details: distro: debian/sid kernel: 2.6.17.13 xfsprogs: 2.8.11-1 lvm2: 2.02.06-2 I've tried rebooting into single mode to minimize the number of daemons running and then trying to create files on the partition affected (/usr) reading them, listing contents, etc. Nothing happened. But it started to show errors once I issued apt-get install something. After that when I tried to ls /usr I got the IO Error message. Please find the kernel output below. I've gotten this error several times: 0x0: 00 00 00 00 01 06 6f 47 1d 46 63 41 74 6f 6d 69 Filesystem "dm-0": XFS internal error xfs_da_do_buf(2) at line 2212 of file fs/xfs/xfs_da_btree.c. Caller 0xc030193d xfs_corruption_error+0xe2/0x10a xfs_da_read_buf+0x30/0x35 kmem_zone_alloc+0x54/0xcb xfs_da_buf_make+0xe2/0x12f xfs_da_do_buf+0x966/0x98d xfs_da_read_buf+0x30/0x35 xfs_da_read_buf+0x30/0x35 xfs_dir2_node_addname+0x480/0xb0e xfs_dir2_node_addname+0x480/0xb0e xlog_write+0x70d/0x7f5 xfs_dir2_isleaf+0x1b/0x50 xfs_dir2_createname+0xfc/0x131 kmem_zone_zalloc+0x1b/0x43 xfs_link+0x31b/0x4fb xfs_vn_link+0x43/0x90 mntput_no_expire+0x13/0x72 link_path_walk+0x65/0xcb xfs_access+0x34/0x3a xfs_vn_permission+0x0/0x13 xfs_vn_permission+0xf/0x13 permission+0x9f/0xa4 vfs_link+0x11d/0x168 sys_linkat+0xdd/0xf9 sys_utime+0x48/0x12c _atomic_dec_and_lock+0x2d/0x50 dput+0xfa/0x130 __fput+0x131/0x194 sys_link+0x2f/0x33 sysenter_past_esp+0x54/0x75 And this one just once: xfs_da_do_buf: bno 16777216 dir: inode 17256410 Filesystem "dm-0": XFS internal error xfs_da_do_buf(1) at line 2119 of file fs/xfs/xfs_da_btree.c. Caller 0xc030193d xfs_da_do_buf+0x31d/0x98d xfs_da_read_buf+0x30/0x35 xfs_da_read_buf+0x30/0x35 xfs_dir2_leafn_lookup_int+0x2c0/0x4f6 xfs_dir2_leafn_lookup_int+0x2c0/0x4f6 xfs_da_read_buf+0x30/0x35 xfs_dir2_node_removename+0x30a/0x4ef xfs_dir2_node_removename+0x30a/0x4ef xfs_dir2_removename+0xee/0xf0 xfs_remove+0x389/0x4a8 xfs_vn_permission+0x0/0x13 xfs_vn_unlink+0x17/0x3b mntput_no_expire+0x13/0x72 link_path_walk+0x65/0xcb xfs_trans_unlocked_item+0x28/0x3c xfs_access+0x34/0x3a xfs_vn_permission+0x0/0x13 xfs_vn_permission+0xf/0x13 permission+0x9f/0xa4 may_delete+0x2b/0x10d vfs_unlink+0x9c/0xf5 do_unlinkat+0xaf/0x12c sysenter_past_esp+0x54/0x75 Filesystem "dm-0": XFS internal error xfs_trans_cancel at line 1150 of file fs/xfs/xfs_trans.c. Caller 0xc033be8b xfs_trans_cancel+0xe1/0x102 xfs_remove+0x3e6/0x4a8 xfs_remove+0x3e6/0x4a8 xfs_vn_permission+0x0/0x13 xfs_vn_unlink+0x17/0x3b mntput_no_expire+0x13/0x72 link_path_walk+0x65/0xcb xfs_trans_unlocked_item+0x28/0x3c xfs_access+0x34/0x3a xfs_vn_permission+0x0/0x13 xfs_vn_permission+0xf/0x13 permission+0x9f/0xa4 may_delete+0x2b/0x10d vfs_unlink+0x9c/0xf5 do_unlinkat+0xaf/0x12c sysenter_past_esp+0x54/0x75 xfs_force_shutdown(dm-0,0x8) called from line 1151 of file fs/xfs/xfs_trans.c. Return address = 0xc0348379 Filesystem "dm-0": Corruption of in-memory data detected. Shutting down filesystem: dm-0 Please umount the filesystem, and rectify the problem(s) This problem affects 2 of my systems which don't run the same hardware but have roughtly the same software and config. Can you please advice if this is related to a bug in kernel or userland and suggest some fix for that if possible? BTW: please let me know if I've forgotten to mention some details that you could find helpful. Thanks for your help. -- Kind regards, Martin Orda http://securityshells.com