BLAZE Posted January 20, 2024 Posted January 20, 2024 ok my parody is a 4TB drive. My dead drive is a 3TB drive. I have 2 8TB drives NEW how would i go about upgrading the Parody to a 8tb and still recoverying my 3TB on an 8 TB? Quote
trurl Posted January 20, 2024 Posted January 20, 2024 I will tell you after I check and make sure you haven't overlooked something important. Attach diagnostics to your NEXT post in this thread. Quote
trurl Posted January 20, 2024 Posted January 20, 2024 In what way is the drive "dead"? https://docs.unraid.net/unraid-os/manual/storage-management/#parity-swap Quote
BLAZE Posted January 20, 2024 Author Posted January 20, 2024 1 hour ago, trurl said: In what way is the drive "dead"? https://docs.unraid.net/unraid-os/manual/storage-management/#parity-swap its disabled and will not come back online. it does do a self check with no errors but i can not get it to come back online Quote
trurl Posted January 20, 2024 Posted January 20, 2024 8 minutes ago, BLAZE said: it does do a self check with no errors So it's not really 'dead'. You have to rebuild the disabled disk. It might be OK to rebuild to the same disk, but since you want to upsize, parity swap is the way to go, assuming you don't have any other problems you haven't noticed. 2 hours ago, trurl said: make sure you haven't overlooked something important. Attach diagnostics to your NEXT post in this thread. Keep the original disk as is, its contents can probably still be read if necessary. Quote
BLAZE Posted January 20, 2024 Author Posted January 20, 2024 Attatched is my diagnotics Zip. paxton-diagnostics-20240120-1800.zip Quote
BLAZE Posted January 20, 2024 Author Posted January 20, 2024 i ran the XFS repair check with options -nv and here are the results: Phase 1 - find and verify superblock... - block cache size set to 1123768 entries Phase 2 - using internal log - zero log... zero_log: head block 341667 tail block 341667 - scan filesystem freespace and inode maps... - found root inode chunk Phase 3 - for each AG... - scan (but don't clear) agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - check for inodes claiming duplicate blocks... - agno = 0 - agno = 2 - agno = 3 - agno = 1 No modify flag set, skipping phase 5 Phase 6 - check inode connectivity... - traversing filesystem ... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - traversal finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify link counts... No modify flag set, skipping filesystem flush and exiting. XFS_REPAIR Summary Sat Jan 20 18:16:49 2024 Phase Start End Duration Phase 1: 01/20 18:16:12 01/20 18:16:12 Phase 2: 01/20 18:16:12 01/20 18:16:12 Phase 3: 01/20 18:16:12 01/20 18:16:32 20 seconds Phase 4: 01/20 18:16:32 01/20 18:16:32 Phase 5: Skipped Phase 6: 01/20 18:16:32 01/20 18:16:49 17 seconds Phase 7: 01/20 18:16:49 01/20 18:16:49 Total run time: 37 seconds Quote
BLAZE Posted January 21, 2024 Author Posted January 21, 2024 can i just upgrade my Parity drive from my current 4tb to my 8TB, then replace my drive 4 3tb with and 8tb or would i lose the data on Drive 4? or should i just order a 3TB and let it rebuild it then update parity and replace another drive with my other 8TB? Quote
JorgeB Posted January 21, 2024 Posted January 21, 2024 8 hours ago, BLAZE said: can i just upgrade my Parity drive from my current 4tb to my 8TB Not a direct upgrade, but as mentioned you can use the parity swap procedure. Quote
trurl Posted January 21, 2024 Posted January 21, 2024 13 hours ago, BLAZE said: i ran the XFS repair check with options -nv If there was anything in diagnostics that suggested that course of action on any disk, I must have missed it. What disk did you do this on, and why did you decide to do that? Quote
BLAZE Posted January 21, 2024 Author Posted January 21, 2024 19 minutes ago, trurl said: If there was anything in diagnostics that suggested that course of action on any disk, I must have missed it. What disk did you do this on, and why did you decide to do that? sorry this one was ran on the drive its self paxton-smart-20240120-2121.zip Quote
trurl Posted January 21, 2024 Posted January 21, 2024 Well, that shows a short SMART self-test on disk4 failed, and so it definitely needs to be replaced. Still doesn't explain why you did check filesystem on disk4. Assuming that is the disk you did it on, it would have been on the emulated disk since disk4 is disabled. Since that was a -n (nomodify) check it didn't actually do anything, but maybe it would be a good idea to go ahead with that just in case. Check filesystem on disk4 without -n. If it asks for it, use -L. Be sure to do it from the webUI and not the command line. Capture output and post it. Quote
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.