AeroSteveO Posted November 5, 2016 Share Posted November 5, 2016 I have noticed a few errors showing up in my latest parity checks, but have been rather busy so i'm just looking into them now. The below is the syslog from the parity check. From the look of it, its the parity disk at error, but it isn't reporting the corresponding data disk for me to run a smart test on. I have run a smart test on the parity disk itself and have posted that below. Oct 30 13:47:23 ShadowOfIntent kernel: mdcmd (176): check NOCORRECT Oct 30 13:47:23 ShadowOfIntent kernel: md: recovery thread: check P ... Oct 30 13:47:23 ShadowOfIntent kernel: md: using 1536k window, over a total of 5860522532 blocks. Oct 30 14:12:39 ShadowOfIntent kernel: md: recovery thread: P incorrect, sector=332010776 Oct 30 20:14:19 ShadowOfIntent kernel: md: recovery thread: P incorrect, sector=3909737688 Oct 31 00:05:43 ShadowOfIntent kernel: md: recovery thread: P incorrect, sector=6443181832 Oct 31 00:05:44 ShadowOfIntent kernel: md: recovery thread: P incorrect, sector=6443397608 Oct 31 00:05:45 ShadowOfIntent kernel: md: recovery thread: P incorrect, sector=6443569616 Oct 31 00:05:50 ShadowOfIntent kernel: md: recovery thread: P incorrect, sector=6444617432 Oct 31 00:05:51 ShadowOfIntent kernel: md: recovery thread: P incorrect, sector=6444813920 Oct 31 00:05:51 ShadowOfIntent kernel: md: recovery thread: P incorrect, sector=6444875504 Oct 31 00:05:54 ShadowOfIntent kernel: md: recovery thread: P incorrect, sector=6445480352 Oct 31 00:05:58 ShadowOfIntent kernel: md: recovery thread: P incorrect, sector=6446318832 Oct 31 00:05:58 ShadowOfIntent kernel: md: recovery thread: P incorrect, sector=6446374384 Oct 31 00:05:58 ShadowOfIntent kernel: md: recovery thread: P incorrect, sector=6446401792 Oct 31 07:03:56 ShadowOfIntent kernel: md: sync done. time=62193sec Oct 31 07:03:56 ShadowOfIntent kernel: md: recovery thread: completion status: 0 The smart test has no glaring issues in it, and the long test ran without any problems as well. I'm not sure if theres a way to determine the data disk involved with the sections, as right now i'm running 9 data disks, so guess and check is a bit time intensive. smartctl 6.5 2016-05-07 r4318 [x86_64-linux-4.4.19-unRAID] (local build) Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Model Family: HGST Deskstar NAS Device Model: HGST HDN726060ALE610 Serial Number: LU WWN Device Id: 5 000cca 24dc47d95 Firmware Version: APGNT517 User Capacity: 6,001,175,126,016 bytes [6.00 TB] Sector Sizes: 512 bytes logical, 4096 bytes physical Rotation Rate: 7200 rpm Form Factor: 3.5 inches Device is: In smartctl database [for details use: -P show] ATA Version is: ACS-2, ATA8-ACS T13/1699-D revision 4 SATA Version is: SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s) Local Time is: Fri Nov 4 21:43:51 2016 CDT SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x82) Offline data collection activity was completed without error. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 113) seconds. Offline data collection capabilities: (0x5b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 785) minutes. SCT capabilities: (0x003d) SCT Status supported. SCT Error Recovery Control supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000b 100 100 016 Pre-fail Always - 0 2 Throughput_Performance 0x0005 137 137 054 Pre-fail Offline - 104 3 Spin_Up_Time 0x0007 155 155 024 Pre-fail Always - 488 (Average 360) 4 Start_Stop_Count 0x0012 100 100 000 Old_age Always - 263 5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 0 7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0 8 Seek_Time_Performance 0x0005 128 128 020 Pre-fail Offline - 18 9 Power_On_Hours 0x0012 099 099 000 Old_age Always - 7840 10 Spin_Retry_Count 0x0013 100 100 060 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 22 192 Power-Off_Retract_Count 0x0032 099 099 000 Old_age Always - 2259 193 Load_Cycle_Count 0x0012 099 099 000 Old_age Always - 2259 194 Temperature_Celsius 0x0002 171 171 000 Old_age Always - 35 (Min/Max 20/51) 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0 197 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed without error 00% 7739 - # 2 Extended offline Completed without error 00% 4432 - SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. Edit: Unraid Version 6.2 is on the server at the moment Quote Link to comment
gubbgnutten Posted November 5, 2016 Share Posted November 5, 2016 I have noticed a few errors showing up in my latest parity checks, but have been rather busy so i'm just looking into them now. The below is the syslog from the parity check. From the look of it, its the parity disk at error, but it isn't reporting the corresponding data disk for me to run a smart test on. The corresponding data disk? All data disks are involved in parity calculation. You have mismatch between the parity as calculated by reading all your data disks and the parity as stored on the parity disk, and from your post you seem to have been running like this for some time . I really hope you are aware that this means that ANY data drive will almost certainly have corruption if rebuilt? Quote Link to comment
JorgeB Posted November 5, 2016 Share Posted November 5, 2016 Did you have any unclean shutdowns? They are the most common reason of sync errors, in any case and if all disks look fine you need to do a correcting check, if there are more errors in the future (without an apparent cause, like a power cut) then you'll need to investigate this further. Quote Link to comment
AeroSteveO Posted November 5, 2016 Author Share Posted November 5, 2016 No unclean shutdowns since the last parity check. This was the most errors i've seen, previous parity check had 4 errors. And yes i know this means theres corruption somewhere on my array, i was just hoping to narrow it down to a certain disk. I'm not too worried about small numbers of errors like this, but i'd like to figure it out and fix it before it becomes a real issue. I've started long smart tests on all disks, hopefully that will find the issue. Quote Link to comment
JorgeB Posted November 5, 2016 Share Posted November 5, 2016 Look for disks with reallocated sectors. Quote Link to comment
AeroSteveO Posted November 5, 2016 Author Share Posted November 5, 2016 The smart stats for disks 7 and 4 give some interesting values. Multi zone error rate of 2 on disk 4, and both a Seek Error Rate of 89990744 and a Read Error Rate of 7187952 on disk 7. Disk 4 Smart Stats: SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 12 3 Spin_Up_Time 0x0027 168 167 021 Pre-fail Always - 6600 4 Start_Stop_Count 0x0032 097 097 000 Old_age Always - 3934 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0 9 Power_On_Hours 0x0032 048 048 000 Old_age Always - 38366 10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0 11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 299 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 252 193 Load_Cycle_Count 0x0032 043 043 000 Old_age Always - 473458 194 Temperature_Celsius 0x0022 115 101 000 Old_age Always - 35 196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0 197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 2 SMART Error Log Version: 1 No Errors Logged Disk 7 Smart Stats: SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 104 099 006 Pre-fail Always - 7187952 3 Spin_Up_Time 0x0003 091 091 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 098 098 020 Old_age Always - 2807 5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 079 060 030 Pre-fail Always - 89992625 9 Power_On_Hours 0x0032 070 070 000 Old_age Always - 26526 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 80 183 Runtime_Bad_Block 0x0032 100 100 000 Old_age Always - 0 184 End-to-End_Error 0x0032 100 100 099 Old_age Always - 0 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0 188 Command_Timeout 0x0032 100 100 000 Old_age Always - 0 0 0 189 High_Fly_Writes 0x003a 096 096 000 Old_age Always - 4 190 Airflow_Temperature_Cel 0x0022 063 051 045 Old_age Always - 37 (Min/Max 23/37) 191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 0 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 64 193 Load_Cycle_Count 0x0032 054 054 000 Old_age Always - 92839 194 Temperature_Celsius 0x0022 037 049 000 Old_age Always - 37 (0 15 0 0 0) 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline - 7775h+18m+45.736s 241 Total_LBAs_Written 0x0000 100 253 000 Old_age Offline - 63827102384 242 Total_LBAs_Read 0x0000 100 253 000 Old_age Offline - 500695428198 SMART Error Log Version: 1 No Errors Logged Quote Link to comment
trurl Posted November 5, 2016 Share Posted November 5, 2016 No unclean shutdowns since the last parity check. This was the most errors i've seen, previous parity check had 4 errors. And yes i know this means theres corruption somewhere on my array, i was just hoping to narrow it down to a certain disk. I'm not too worried about small numbers of errors like this, but i'd like to figure it out and fix it before it becomes a real issue. I've started long smart tests on all disks, hopefully that will find the issue. The correct number of parity errors is zero. Have you not been correcting your parity errors? If you continue to run with accumulating parity errors then you are definitely going to be causing corruption to your data in the event you have to rebuild a data drive. And you shouldn't be getting them anyway. If there is something other than an unclean shutdown to blame for even a single parity error, then it should be investigated immediately instead of just letting it go because there aren't very many parity errors. Quote Link to comment
AeroSteveO Posted November 5, 2016 Author Share Posted November 5, 2016 The auto parity check that unraid does was correcting errors. However if the data disk is corrupting, correcting the parity disk is the wrong thing to do. So i'm trying to find the data disk thats causing issues. Quote Link to comment
gubbgnutten Posted November 5, 2016 Share Posted November 5, 2016 By the way, have you had a chance to check out the topic Need help? Read me first! yet? Diagnostics are preferred over syslog snippets. Quote Link to comment
AeroSteveO Posted November 6, 2016 Author Share Posted November 6, 2016 Full diagnostics attached diagnostics-20161105-1926.zip Quote Link to comment
trurl Posted November 6, 2016 Share Posted November 6, 2016 SMART for all disks looks OK, and I didn't notice anything in syslog that suggests any data is suspect. There is no actual fact of the matter regarding which disk disagrees with parity, parity just disagrees with the parity calculation from all the data disks together. Correcting parity is the only thing you can do unless you have checksums for all your files. Quote Link to comment
AeroSteveO Posted November 6, 2016 Author Share Posted November 6, 2016 I don't have checksums for the data. Might be something to figure out and setup. Thanks for the help. 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.