PcPuter Posted July 2, 2019 Share Posted July 2, 2019 I have 2 - 6TB parity disks and 4 - 6 TB data disks. Parity 1 and Disk 4 have failed overnight probably due to heat. I have ordered 2 - 8 TB drives. What should the replacement process be? tower-diagnostics-20190702-0946.zip Link to comment
JorgeB Posted July 2, 2019 Share Posted July 2, 2019 This looks like the typical SASLP problem, all disks dropped offline, reboot and post new diags. Link to comment
PcPuter Posted July 2, 2019 Author Share Posted July 2, 2019 Here are the diags after a reboot/ tower-diagnostics-20190702-1111.zip Link to comment
JorgeB Posted July 2, 2019 Share Posted July 2, 2019 Disks look fine, suggest you replace the SASLP ASAP. To return the array to normal, start it, check that disk4 is mounting correctly and contents look OK, if all good you can re-sync parity and rebuild that disk at the same time, preferably already using a recommended controller, like an LSI, or same thing might happen again. Link to comment
PcPuter Posted July 2, 2019 Author Share Posted July 2, 2019 The same two disks did not mount. I have attached another diag. tower-diagnostics-20190702-1130.zip Link to comment
JorgeB Posted July 2, 2019 Share Posted July 2, 2019 Only disk4 isn't mounting, parity doesn't have a filesystem, you can check filesystem on the emulated disk4: https://wiki.unraid.net/Check_Disk_Filesystems#Checking_and_fixing_drives_in_the_webGui or https://wiki.unraid.net/Check_Disk_Filesystems#Drives_formatted_with_XFS Link to comment
PcPuter Posted July 2, 2019 Author Share Posted July 2, 2019 Ran XFS -v, attached the output. XFSinfo.txt Link to comment
PcPuter Posted July 3, 2019 Author Share Posted July 3, 2019 Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... 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. I believe I have already replaced the data that was stored on this drive. What is the best way to get it mounted and tested? Link to comment
PcPuter Posted July 3, 2019 Author Share Posted July 3, 2019 Here is the diag log. tower-diagnostics-20190703-0818.zip Link to comment
JorgeB Posted July 3, 2019 Share Posted July 3, 2019 Disk4 is mounting now, if contents look correct you can rebuild on top, though rebuilding to a new disk is always safer in case something goes wrong. Link to comment
PcPuter Posted July 3, 2019 Author Share Posted July 3, 2019 Because I have already replaced the data that was on this disk, can I format it, or should I wait for the new 8TB disk that should show up today? I ordered two 8-TB disks, one to replace the parity disk that failed. I feel my best option is to put the two new 8TB disks as parity then use the old parity disk as data. Link to comment
JorgeB Posted July 3, 2019 Share Posted July 3, 2019 If data isn't important you can format, it's up to you. Link to comment
Recommended Posts
Archived
This topic is now archived and is closed to further replies.