Nitzhd Posted February 29, 2016 Share Posted February 29, 2016 Lately I began to have issue with transfering big file to my unraid, the tranfert start and the the speed drop to 0kb/s and then stop . I realized in the log file that I had a lot of that kind of error: Dec 4 19:15:18 Multimedia kernel: XFS (md3): metadata I/O error: block 0x575428d9 ("xfs_trans_read_buf_map") error 117 numblks 1 Dec 4 19:15:18 Multimedia kernel: XFS (md3): page discard on page ffffea00031a3880, inode 0x2ce274a, offset 8192. Dec 4 19:15:23 Multimedia kernel: XFS (md3): Metadata corruption detected at xfs_agf_read_verify+0xb5/0xc1, block 0x575428d9 Dec 4 19:15:23 Multimedia kernel: XFS (md3): Unmount and run xfs_repair Dec 4 19:15:23 Multimedia kernel: XFS (md3): First 64 bytes of corrupted metadata buffer: Dec 4 19:15:23 Multimedia kernel: ffff8800d986a400: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Dec 4 19:15:23 Multimedia kernel: ffff8800d986a410: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Dec 4 19:15:23 Multimedia kernel: ffff8800d986a420: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Dec 4 19:15:23 Multimedia kernel: ffff8800d986a430: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ So i did try to xfs_repair my md3 drive here's what i've done: - Do a full parity check (parity is valid) - Reboot is Safe mode - Start the array in maintenance mode - SSH'ed with putty and run xfs_repair /dev/md3 But the repair wont go thru phase 1 Phase 1 - find and verify superblock... couldn't verify primary superblock - not enough secondary superblocks with matching geometry !!! attempting to find secondary superblock... After that i've got a bunch of .......... adding and nothing else. I'm lost with that, anything I can try? Thank you guys. UNraid 6.1.8 with 1 parity drive and 3 data drives Link to comment
Frank1940 Posted February 29, 2016 Share Posted February 29, 2016 From the GUI click on 'Tools', 'Diagnostics' and post the results file with your next post. You might also have a look at the Smart Report for that drive which you can get to from the 'Main' tab, clicking on the disk in question and then on the 'Attributes' tab. Attributes 5, 196, 197, 198 are suspect if they are not zero. #199 should be zero or very low. Link to comment
JorgeB Posted February 29, 2016 Share Posted February 29, 2016 XFS_repair is searching the disk for a backup superblock, I remember it can take a while in big disks, unless there is something wrong with the disk, like pending sectors, just let it run. Link to comment
itimpi Posted February 29, 2016 Share Posted February 29, 2016 Phase 1 - find and verify superblock... couldn't verify primary superblock - not enough secondary superblocks with matching geometry !!! attempting to find secondary superblock... After that i've got a bunch of .......... adding and nothing else. That is normal behaviour if the primary superblock is corrupted. It can take hours to search through a large disk for secondary superblocks so you should leave it while the '.' characters are appearing. It will normally either find a secondary superblock or report an error. Link to comment
Nitzhd Posted February 29, 2016 Author Share Posted February 29, 2016 Thank you guys, il rebuilding parity on a New WD Red drive right now. I'll give it a try right after. Link to comment
Nitzhd Posted March 1, 2016 Author Share Posted March 1, 2016 Wow guys look like being more patient see to work, i've got a lots of libxfs_writebufr lines and a done at the end . So far so good, i'm touching wood but i'm transfering file without issue again! Once again thanks for your help! Link to comment
Recommended Posts
Archived
This topic is now archived and is closed to further replies.