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: [<ffffffffa0e7b68f>] ?
xfs_error_report+0x3f/0x50 [xfs]
Jul 8 18:40:17 sraid1v kernel: [<ffffffffa0e6e81a>] ?
xfs_da_read_buf+0x2a/0x30 [xfs]
Jul 8 18:40:17 sraid1v kernel: [<ffffffffa0e7b6fe>] ?
xfs_corruption_error+0x5e/0x90 [xfs]
Jul 8 18:40:17 sraid1v kernel: [<ffffffffa0e6e6fc>] ?
xfs_da_do_buf+0x6cc/0x770 [xfs]
Jul 8 18:40:17 sraid1v kernel: [<ffffffffa0e6e81a>] ?
xfs_da_read_buf+0x2a/0x30 [xfs]
Jul 8 18:40:17 sraid1v kernel: [<ffffffff810154e3>] ?
native_sched_clock+0x13/0x80
Jul 8 18:40:17 sraid1v kernel: [<ffffffffa0e6e81a>] ?
xfs_da_read_buf+0x2a/0x30 [xfs]
Jul 8 18:40:17 sraid1v kernel: [<ffffffffa0e74a21>] ?
xfs_dir2_leaf_lookup_int+0x61/0x2c0 [xfs]
Jul 8 18:40:17 sraid1v kernel: [<ffffffffa0e74a21>] ?
xfs_dir2_leaf_lookup_int+0x61/0x2c0 [xfs]
Jul 8 18:40:17 sraid1v kernel: [<ffffffffa0e74e05>] ?
xfs_dir2_leaf_lookup+0x35/0xf0 [xfs]
Jul 8 18:40:17 sraid1v kernel: [<ffffffffa0e71306>] ?
xfs_dir2_isleaf+0x26/0x60 [xfs]
Jul 8 18:40:17 sraid1v kernel: [<ffffffffa0e71ce4>] ?
xfs_dir_lookup+0x174/0x190 [xfs]
Jul 8 18:40:17 sraid1v kernel: [<ffffffffa0e9ea47>] ? xfs_lookup+0x87/0x110
[xfs]
Jul 8 18:40:17 sraid1v kernel: [<ffffffffa0eabd74>] ?
xfs_vn_lookup+0x54/0xa0 [xfs]
Jul 8 18:40:17 sraid1v kernel: [<ffffffff811a9ca5>] ? do_lookup+0x1a5/0x230
Jul 8 18:40:17 sraid1v kernel: [<ffffffff811aa823>] ?
__link_path_walk+0x763/0x1060
Jul 8 18:40:17 sraid1v kernel: [<ffffffff811ab3da>] ? path_walk+0x6a/0xe0
Jul 8 18:40:17 sraid1v kernel: [<ffffffff811ab5eb>] ?
filename_lookup+0x6b/0xc0
Jul 8 18:40:17 sraid1v kernel: [<ffffffff8123ac46>] ?
security_file_alloc+0x16/0x20
Jul 8 18:40:17 sraid1v kernel: [<ffffffff811acac4>] ?
do_filp_open+0x104/0xd20
Jul 8 18:40:17 sraid1v kernel: [<ffffffffa0e9a4fc>] ?
_xfs_trans_commit+0x25c/0x310 [xfs]
Jul 8 18:40:17 sraid1v kernel: [<ffffffff812a749a>] ?
strncpy_from_user+0x4a/0x90
Jul 8 18:40:17 sraid1v kernel: [<ffffffff811ba252>] ? alloc_fd+0x92/0x160
Jul 8 18:40:17 sraid1v kernel: [<ffffffff81196bd7>] ?
do_sys_open+0x67/0x130
Jul 8 18:40:17 sraid1v kernel: [<ffffffff81196ce0>] ? sys_open+0x20/0x30
Jul 8 18:40:17 sraid1v kernel: [<ffffffff8100b0d2>] ?
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@xxxxxxxxxxx
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@xxxxxxxxxxx
http://oss.sgi.com/mailman/listinfo/xfs
