From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr1-f49.google.com ([209.85.221.49]:35556 "EHLO mail-wr1-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726540AbeJIVGI (ORCPT ); Tue, 9 Oct 2018 17:06:08 -0400 Received: by mail-wr1-f49.google.com with SMTP id w5-v6so1922202wrt.2 for ; Tue, 09 Oct 2018 06:49:05 -0700 (PDT) Received: from amb.local ([194.99.105.102]) by smtp.gmail.com with ESMTPSA id j6-v6sm15166163wru.20.2018.10.09.06.49.03 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 09 Oct 2018 06:49:03 -0700 (PDT) Subject: Re: repair: realloc(): invalid next size References: <214be03d-9cc7-378b-3635-6fca3cdcb1dd@gmail.com> From: =?UTF-8?Q?Arkadiusz_Mi=c5=9bkiewicz?= Message-ID: <81713fcb-915b-d408-83a6-0d98eb6de4b6@gmail.com> Date: Tue, 9 Oct 2018 15:49:02 +0200 MIME-Version: 1.0 In-Reply-To: <214be03d-9cc7-378b-3635-6fca3cdcb1dd@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: pl Content-Transfer-Encoding: 8bit Sender: linux-xfs-owner@vger.kernel.org List-ID: List-Id: xfs To: linux-xfs@vger.kernel.org On 08/10/2018 16:03, Arkadiusz Miśkiewicz wrote: > > Big fs, ton of small files, repair takes 36h until this happens: > > rebuilding directory inode 30363993060 > rebuilding directory inode 30398868604 > rebuilding directory inode 30414474627 > rebuilding directory inode 30425006954 > rebuilding directory inode 30447937553 > rebuilding directory inode 30529556616 > rebuilding directory inode 30537494728 > rebuilding directory inode 30569826838 > rebuilding directory inode 31060721895 > Metadata corruption detected at 0x41f9db, inode 0x73b5d00e7 data fork > xfs_repair: warning - iflush_int failed (-117) > Warning: recursive buffer locking at block 31060721776 detected > Metadata corruption detected at 0x41f9db, inode 0x73b5d00e7 data fork > xfs_repair: warning - iflush_int failed (-117) > Warning: recursive buffer locking at block 31060721776 detected > Metadata corruption detected at 0x41f980, inode 0x73b5d00e7 data fork > xfs_repair: warning - iflush_int failed (-117) > realloc(): invalid next size > Aborted > > > Fails somewhere in 0x41f9db Not much progress, traceback but without line numbers: [New Thread 0x7ffff4588700 (LWP 16783)] rebuilding directory inode 30299650439 rebuilding directory inode 30300818030 rebuilding directory inode 30317087573 rebuilding directory inode 30363993060 rebuilding directory inode 30398868604 rebuilding directory inode 30414474627 rebuilding directory inode 30425006954 rebuilding directory inode 30447937553 rebuilding directory inode 30529556616 rebuilding directory inode 30537494728 rebuilding directory inode 30569826838 rebuilding directory inode 31060721895 Metadata corruption detected at 0x486261, inode 0x73b5d00e7 data fork xfs_repair: warning - iflush_int failed (-117) Warning: recursive buffer locking at block 31060721776 detected Metadata corruption detected at 0x486261, inode 0x73b5d00e7 data fork xfs_repair: warning - iflush_int failed (-117) and segfault warning: Loadable section ".note.gnu.property" outside of ELF segments Core was generated by `/sbin/xfs_repair -vvvv /dev/sdc1'. Program terminated with signal SIGSEGV, Segmentation fault. #0 __memmove_avx_unaligned_erms () at ../sysdeps/x86_64/multiarch/memmove-vec-unaligned-erms.S:525 525 VMOVU -VEC_SIZE(%rcx), %VEC(1) [Current thread is 1 (Thread 0x7ffff797d300 (LWP 31979))] (gdb) bt #0 __memmove_avx_unaligned_erms () at ../sysdeps/x86_64/multiarch/memmove-vec-unaligned-erms.S:525 #1 0x0000000000485e1e in xfs_dir2_sf_addname_hard () #2 0x000000000048599b in xfs_dir2_sf_addname () #3 0x00000000004773c2 in libxfs_dir_createname () #4 0x00000000004279f3 in longform_dir2_rebuild () #5 0x000000000042a61a in longform_dir2_entry_check () #6 0x000000000042b697 in process_dir_inode () #7 0x000000000042c3ca in traverse_function () #8 0x00000000004304a1 in prefetch_ag_range () #9 0x000000000043061f in do_inode_prefetch () #10 0x000000000042c49c in traverse_ags () #11 0x000000000042c752 in phase6 () #12 0x000000000043ea38 in main () gdb doesn't like my binary, not sure why yet /sbin/xfs_repair: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 3.2.0, BuildID[sha1]=710d79304cb58f8e415302572cc718e38f0f1aa4, with debug_info, not stripped > > Complete log at > https://ixion.pld-linux.org/~arekm/xfs-1/repair.txt > > Test was done with xfs_repair 4.17.0 and 4.18.0 with the same result. > > kernel 4.18.5 > > Running under gdb now. > > Any ideas? >