From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 7BCA97CB5 for ; Thu, 14 Jul 2016 08:57:38 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 4F0DC8F8040 for ; Thu, 14 Jul 2016 06:57:35 -0700 (PDT) Received: from mcgraw.st-andrews.ac.uk (mcgraw.st-andrews.ac.uk [138.251.8.95]) by cuda.sgi.com with ESMTP id JI2MD8PVeDDW7sPc (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 14 Jul 2016 06:57:31 -0700 (PDT) Received: from [138.251.201.65] (becks.mcs.st-and.ac.uk [138.251.201.65]) (authenticated bits=0) by mcgraw.st-andrews.ac.uk (8.14.9/8.14.9/Debian-4~bpo0+uos) with ESMTP id u6EDvP0P020753 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 14 Jul 2016 13:57:26 GMT Subject: Re: Advice needed with file system corruption References: <5787852A.7030900@st-andrews.ac.uk> <20160714130546.GB16096@redhat.com> From: Steve Brooks Message-ID: <57879A45.6020307@st-andrews.ac.uk> Date: Thu, 14 Jul 2016 14:57:25 +0100 MIME-Version: 1.0 In-Reply-To: <20160714130546.GB16096@redhat.com> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: xfs@oss.sgi.com Hi Carlos, Many thanks again, for your good advice. I ran the version 4.3 of "xfs_repair" as suggested below and it did it's job very quickly in 50 seconds exactly as reported in the "No modify mode". Is the time reported at the end of the "No modify mode" always a good approximation of running in "modify mode" ? Anyway all is good now and it looks like any missing files are now in the "lost+found" directory. Steve On 14/07/16 14:05, Carlos Maiolino wrote: > Hi steve. > > On Thu, Jul 14, 2016 at 01:27:22PM +0100, Steve Brooks wrote: >> The "3.1.1" version of "xfs_repair -n" ran in 1 minute, 32 seconds >> >> The "4.3" version of "xfs_repair -n" ran in 50 seconds >> > Yes, the later versions are compatible with old disk-format filesystems, > and they have improvements in memory usage, speed, etc too > >> So my questions are >> >> [1] Which version of "xfs_repair" should I use to make the repair? >> >> [2] Is there anything I should have done differently? >> > No, just use the latest stable one, and the defaults, unless you have a good > reason to not use default options, which by your e-mail I believe you don't have > one. > > The logs you send below, looks from a corrupted btree, but xfs_repair should be > able to fix that for you. > > Cheers. > > >> Many thanks for any advice given it is much appreciated. >> >> Thanks, Steve >> >> >> >> Many blocks (about 20) of code similar to this were repeated in the logs. >> >> Jul 8 18:40:17 sraid1v kernel: ffff880dca95b000: 00 00 00 00 00 00 00 00 00 >> 00 00 00 00 00 00 00 ................ >> Jul 8 18:40:17 sraid1v kernel: XFS (sde): Internal error xfs_da_do_buf(2) >> at line 2136 of file fs/xfs/xfs_da_btree.c. Caller 0xffffffffa0e6e81a >> Jul 8 18:40:17 sraid1v kernel: >> Jul 8 18:40:17 sraid1v kernel: Pid: 8844, comm: idl Tainted: P -- >> ------------ 2.6.32-642.el6.x86_64 #1 >> Jul 8 18:40:17 sraid1v kernel: Call Trace: >> Jul 8 18:40:17 sraid1v kernel: [] ? >> xfs_error_report+0x3f/0x50 [xfs] >> Jul 8 18:40:17 sraid1v kernel: [] ? >> xfs_da_read_buf+0x2a/0x30 [xfs] >> Jul 8 18:40:17 sraid1v kernel: [] ? >> xfs_corruption_error+0x5e/0x90 [xfs] >> Jul 8 18:40:17 sraid1v kernel: [] ? >> xfs_da_do_buf+0x6cc/0x770 [xfs] >> Jul 8 18:40:17 sraid1v kernel: [] ? >> xfs_da_read_buf+0x2a/0x30 [xfs] >> Jul 8 18:40:17 sraid1v kernel: [] ? >> native_sched_clock+0x13/0x80 >> Jul 8 18:40:17 sraid1v kernel: [] ? >> xfs_da_read_buf+0x2a/0x30 [xfs] >> Jul 8 18:40:17 sraid1v kernel: [] ? >> xfs_dir2_leaf_lookup_int+0x61/0x2c0 [xfs] >> Jul 8 18:40:17 sraid1v kernel: [] ? >> xfs_dir2_leaf_lookup_int+0x61/0x2c0 [xfs] >> Jul 8 18:40:17 sraid1v kernel: [] ? >> xfs_dir2_leaf_lookup+0x35/0xf0 [xfs] >> Jul 8 18:40:17 sraid1v kernel: [] ? >> xfs_dir2_isleaf+0x26/0x60 [xfs] >> Jul 8 18:40:17 sraid1v kernel: [] ? >> xfs_dir_lookup+0x174/0x190 [xfs] >> Jul 8 18:40:17 sraid1v kernel: [] ? xfs_lookup+0x87/0x110 >> [xfs] >> Jul 8 18:40:17 sraid1v kernel: [] ? >> xfs_vn_lookup+0x54/0xa0 [xfs] >> Jul 8 18:40:17 sraid1v kernel: [] ? do_lookup+0x1a5/0x230 >> Jul 8 18:40:17 sraid1v kernel: [] ? >> __link_path_walk+0x763/0x1060 >> Jul 8 18:40:17 sraid1v kernel: [] ? path_walk+0x6a/0xe0 >> Jul 8 18:40:17 sraid1v kernel: [] ? >> filename_lookup+0x6b/0xc0 >> Jul 8 18:40:17 sraid1v kernel: [] ? >> security_file_alloc+0x16/0x20 >> Jul 8 18:40:17 sraid1v kernel: [] ? >> do_filp_open+0x104/0xd20 >> Jul 8 18:40:17 sraid1v kernel: [] ? >> _xfs_trans_commit+0x25c/0x310 [xfs] >> Jul 8 18:40:17 sraid1v kernel: [] ? >> strncpy_from_user+0x4a/0x90 >> Jul 8 18:40:17 sraid1v kernel: [] ? alloc_fd+0x92/0x160 >> Jul 8 18:40:17 sraid1v kernel: [] ? >> do_sys_open+0x67/0x130 >> Jul 8 18:40:17 sraid1v kernel: [] ? sys_open+0x20/0x30 >> Jul 8 18:40:17 sraid1v kernel: [] ? >> system_call_fastpath+0x16/0x1b >> Jul 8 18:40:17 sraid1v kernel: XFS (sde): Corruption detected. Unmount and >> run xfs_repair >> Jul 8 18:40:17 sraid1v kernel: ffff880dca95b000: 00 00 00 00 00 00 00 00 00 >> 00 00 00 00 00 00 00 ................ >> Jul 8 18:40:17 sraid1v kernel: XFS (sde): Internal error xfs_da_do_buf(2) >> at line 2136 of file fs/xfs/xfs_da_btree.c. Caller 0xffffffffa0e6e81a >> Jul 8 18:40:17 sraid1v kernel: >> Jul 8 18:40:17 sraid1v kernel: Pid: 8844, comm: idl Tainted: P -- >> ------------ 2.6.32-642.el6.x86_64 #1 >> >> >> >> >> >> >> >> _______________________________________________ >> xfs mailing list >> xfs@oss.sgi.com >> http://oss.sgi.com/mailman/listinfo/xfs -- Dr Stephen Brooks Solar MHD Theory Group Tel :: 01334 463735 Fax :: 01334 463748 --------------------------------------- Mathematical Institute North Haugh University of St. Andrews St Andrews, Fife KY16 9SS SCOTLAND --------------------------------------- _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs