David Spivey Posted November 22, 2021 Share Posted November 22, 2021 I'm not sure how to proceed, but I'm sure I should not format anything. I have attached a log and screenshot. The WDC_WD80EDAZ-11TA3A0_VGH5VVGG was Disk7. dstorage-diagnostics-20211122-1114.zip Quote Link to comment
JorgeB Posted November 22, 2021 Share Posted November 22, 2021 Check filesystem on the emulated disk7, actual disk appears to have a power/connection problem, check/replace cables. Quote Link to comment
David Spivey Posted November 23, 2021 Author Share Posted November 23, 2021 19 hours ago, JorgeB said: Check filesystem on the emulated disk7, actual disk appears to have a power/connection problem, check/replace cables. I don't know what I'm doing wrong, but I started the array in maintenance mode, changed the options to -nv as recommended, clicked check, and after hours refreshing the page it still looks like nothing is happening. How do I check to see if the check button actually started anything? Quote Link to comment
JorgeB Posted November 23, 2021 Share Posted November 23, 2021 Not sure what the problem is but you can use the console instead, also don't use -n or nothing will be done, with the array in maintenance mode type: xfs_repair -v /dev/md7 Quote Link to comment
David Spivey Posted November 23, 2021 Author Share Posted November 23, 2021 3 hours ago, JorgeB said: Not sure what the problem is but you can use the console instead, also don't use -n or nothing will be done, with the array in maintenance mode type: xfs_repair -v /dev/md7 Phase 1 - find and verify superblock... - block cache size set to 319640 entries Phase 2 - using internal log - zero log... zero_log: head block 674161 tail block 674157 ERROR: The filesystem has valuable metadata changes in a log which needs to be replayed. Mount the filesystem to replay the log, and unmount it before re-running xfs_repair. If you are unable to mount the filesystem, then use the -L option to destroy the log and attempt a repair. Note that destroying the log may cause corruption -- please attempt a mount of the filesystem before doing this. Quote Link to comment
David Spivey Posted November 23, 2021 Author Share Posted November 23, 2021 6 minutes ago, JorgeB said: use -L Phase 1 - find and verify superblock... - block cache size set to 319640 entries Phase 2 - using internal log - zero log... zero_log: head block 674161 tail block 674157 ALERT: The filesystem has valuable metadata changes in a log which is being destroyed because the -L option was used. - scan filesystem freespace and inode maps... - found root inode chunk Phase 3 - for each AG... - scan and clear agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - agno = 13 - agno = 14 - agno = 15 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - check for inodes claiming duplicate blocks... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - agno = 13 - agno = 14 - agno = 15 Phase 5 - rebuild AG headers and trees... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - agno = 13 - agno = 14 - agno = 15 - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - traversing filesystem ... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - agno = 13 - agno = 14 - agno = 15 - traversal finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify and correct link counts... Maximum metadata LSN (2:674385) is ahead of log (1:2). Format log to cycle 5. XFS_REPAIR Summary Tue Nov 23 11:09:15 2021 Phase Start End Duration Phase 1: 11/23 11:07:16 11/23 11:07:16 Phase 2: 11/23 11:07:16 11/23 11:07:27 11 seconds Phase 3: 11/23 11:07:27 11/23 11:08:11 44 seconds Phase 4: 11/23 11:08:11 11/23 11:08:11 Phase 5: 11/23 11:08:11 11/23 11:08:14 3 seconds Phase 6: 11/23 11:08:14 11/23 11:08:52 38 seconds Phase 7: 11/23 11:08:52 11/23 11:08:52 Total run time: 1 minute, 36 seconds done Quote Link to comment
JorgeB Posted November 23, 2021 Share Posted November 23, 2021 Start the array in normal mode, emulated disk should mount now, check if contents look correct, also look for a lost+found folder. 1 Quote Link to comment
David Spivey Posted November 23, 2021 Author Share Posted November 23, 2021 2 minutes ago, JorgeB said: Start the array in normal mode, emulated disk should mount now, check if contents look correct, also look for a lost+found folder. Array comes online, disk is mounted, no lost+found folder when examining Index of /mnt/disk7 Is there anything else I should do now except replace the disk / cables? A parity check had started a while back, when the power problems were occurring, and was aborted. Do I need to do one now, or wait until the disk is replaced? Quote Link to comment
JorgeB Posted November 23, 2021 Share Posted November 23, 2021 Replace cables and rebuild disk7, then you can run a parity check or just wait for the next scheduled one. 1 Quote Link to comment
David Spivey Posted November 23, 2021 Author Share Posted November 23, 2021 Just now, JorgeB said: Replace cables and rebuild disk7, then you can run a parity check or just wait for the next scheduled one. Ok thanks for your help Jorge. Without your instruction, I would have most likely lost data. 1 Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.