All of lore.kernel.org
 help / color / mirror / Atom feed
From: Julie Ashworth <ashworth@berkeley.edu>
To: linux-raid@vger.kernel.org
Subject: Re: request help with RAID1 array that endlessly attempts to sync
Date: Tue, 17 Dec 2013 08:53:48 -0800	[thread overview]
Message-ID: <20131217165348.GA5070@localhost.localdomain> (raw)
In-Reply-To: <20131217065028.GC20941@nx5.priv>

hi all,
The sync ran overnight, and smartctl reports 60 errors on /dev/sdb this morning. So, it seems like the drive is doomed. 

It's frustrating, because this has happened twice in the last month, where a disk failed in a RAID1, I replaced the drive, and the 'good' drive failed during the sync. Last time I rebuilt from scratch. I presume that is my fate this time.

I plan to use RAID6 in the future, but I still have important servers with RAID1 arrays. Do you folks recommend replacing HDDs before they report errors? The drives are all ~3 years old - Seagate.

I should probably stop the sync. I presume the best way to do this is to fail/remove /dev/sda (the new disk).

Thanks again!
best,
Julie
 


On 16-12-2013 22.50 -0800, Julie Ashworth wrote:
> hi,
> I have a RAID1 array (md1) with two partitions (/dev/sda1 and /dev/sdb1).
> 
> Earlier today, I replaced /dev/sda because it had errors (reported by smartd/smartctl)
> # mdadm /dev/md0 -f /dev/sda1 -r /dev/sda1
> # mdadm /dev/md1 -f /dev/sda2 -r /dev/sda2
> 
> I replaced and formatted the drive and added it to the RAID1 arrays:
> 
> # mdadm /dev/md0 -a /dev/sda1
> # mdadm /dev/md1 -a /dev/sda2
> 
> Everything looked great at first:
> # cat /proc/mdstat 
> Personalities : [raid1] 
> md0 : active raid1 sda1[0] sdb1[1]
>       521984 blocks [2/2] [UU]
>       
> md1 : active raid1 sda2[2] sdb2[1]
>       976237824 blocks [2/1] [_U]
>       [====>................]  recovery = 22.4% (219600512/976237824) finish=131.5min speed=95860K/sec
>       
> unused devices: <none>
> 
> 
> But the sync restarted w/o error.
> 
> So, I ran:
> # smartctl -a /dev/sdb
> 
> ... which returned 3 errors.
> 
> After the second time the sync restarted, smartctl reported 24 errors on /dev/sdb. It has restarted a few times since then, but smartctl reports the same number of errors (24).
> 
> I'm enclosing the output from 'smartctl -a /dev/sdb'.
> I tried to run a short selftest, but aborted it after 10 minutes. I was concerned that I shouldn't run a selftest at the same time it's rebuilding.
> 
> For what it's worth, I can't pause the sync. The command:
> 
> # echo idle > /sys/block/md1/md/sync_action
> 
> ... has apparently no effect.
> 
> Can anybody make a recommendation? I'd rather not reboot, but I have a planned outage scheduled Friday.
> 
> Thanks in advance for any help,
> Julie 
> -----------
> 
> 
>  

> smartctl version 5.38 [x86_64-redhat-linux-gnu] Copyright (C) 2002-8 Bruce Allen
> Home page is http://smartmontools.sourceforge.net/
> 
> === START OF INFORMATION SECTION ===
> Device Model:     ST31000340NS
> Serial Number:    9QJ6Y79S
> Firmware Version: SN06
> User Capacity:    1,000,204,886,016 bytes
> Device is:        Not in smartctl database [for details use: -P showall]
> ATA Version is:   8
> ATA Standard is:  ATA-8-ACS revision 4
> Local Time is:    Mon Dec 16 22:27:54 2013 PST
> 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:      (  22)	The self-test routine was aborted by
> 					the host.
> Total time to complete Offline 
> data collection: 		 ( 625) seconds.
> Offline data collection
> capabilities: 			 (0x7b) SMART execute Offline immediate.
> 					Auto Offline data collection on/off support.
> 					Suspend Offline collection upon new
> 					command.
> 					Offline surface scan supported.
> 					Self-test supported.
> 					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: 	 (   1) minutes.
> Extended self-test routine
> recommended polling time: 	 ( 220) minutes.
> Conveyance self-test routine
> recommended polling time: 	 (   2) minutes.
> SCT capabilities: 	       (0x103d)	SCT Status supported.
> 					SCT Feature Control supported.
> 					SCT Data Table supported.
> 
> 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   079   062   044    Pre-fail  Always       -       94946845
>   3 Spin_Up_Time            0x0003   099   099   000    Pre-fail  Always       -       0
>   4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       29
>   5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always       -       3
>   7 Seek_Error_Rate         0x000f   081   060   030    Pre-fail  Always       -       131642238
>   9 Power_On_Hours          0x0032   067   067   000    Old_age   Always       -       29562
>  10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
>  12 Power_Cycle_Count       0x0032   100   037   020    Old_age   Always       -       29
> 184 Unknown_Attribute       0x0032   100   100   099    Old_age   Always       -       0
> 187 Reported_Uncorrect      0x0032   098   098   000    Old_age   Always       -       2
> 188 Unknown_Attribute       0x0032   100   096   000    Old_age   Always       -       42950328381
> 189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
> 190 Airflow_Temperature_Cel 0x0022   078   060   045    Old_age   Always       -       22 (Lifetime Min/Max 18/40)
> 194 Temperature_Celsius     0x0022   022   040   000    Old_age   Always       -       22 (0 15 0 0)
> 195 Hardware_ECC_Recovered  0x001a   064   048   000    Old_age   Always       -       94946845
> 197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       1
> 198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       1
> 199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
> 
> SMART Error Log Version: 1
> ATA Error Count: 24 (device log contains only the most recent five errors)
> 	CR = Command Register [HEX]
> 	FR = Features Register [HEX]
> 	SC = Sector Count Register [HEX]
> 	SN = Sector Number Register [HEX]
> 	CL = Cylinder Low Register [HEX]
> 	CH = Cylinder High Register [HEX]
> 	DH = Device/Head Register [HEX]
> 	DC = Device Command Register [HEX]
> 	ER = Error register [HEX]
> 	ST = Status register [HEX]
> Powered_Up_Time is measured from power on, and printed as
> DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
> SS=sec, and sss=millisec. It "wraps" after 49.710 days.
> 
> Error 24 occurred at disk power-on lifetime: 29559 hours (1231 days + 15 hours)
>   When the command that caused the error occurred, the device was active or idle.
> 
>   After command completion occurred, registers were:
>   ER ST SC SN CL CH DH
>   -- -- -- -- -- -- --
>   40 51 00 ff ff ff 0f
> 
>   Commands leading to the command that caused the error were:
>   CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
>   -- -- -- -- -- -- -- --  ----------------  --------------------
>   60 00 08 ff ff ff 4f 00  23d+11:18:28.172  READ FPDMA QUEUED
>   27 00 00 00 00 00 e0 00  23d+11:18:28.145  READ NATIVE MAX ADDRESS EXT
>   ec 00 00 00 00 00 a0 00  23d+11:18:28.143  IDENTIFY DEVICE
>   ef 03 46 00 00 00 a0 00  23d+11:18:28.130  SET FEATURES [Set transfer mode]
>   27 00 00 00 00 00 e0 00  23d+11:18:28.102  READ NATIVE MAX ADDRESS EXT
> 
> Error 23 occurred at disk power-on lifetime: 29559 hours (1231 days + 15 hours)
>   When the command that caused the error occurred, the device was active or idle.
> 
>   After command completion occurred, registers were:
>   ER ST SC SN CL CH DH
>   -- -- -- -- -- -- --
>   40 51 00 ff ff ff 0f
> 
>   Commands leading to the command that caused the error were:
>   CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
>   -- -- -- -- -- -- -- --  ----------------  --------------------
>   60 00 08 ff ff ff 4f 00  23d+11:18:25.024  READ FPDMA QUEUED
>   27 00 00 00 00 00 e0 00  23d+11:18:24.996  READ NATIVE MAX ADDRESS EXT
>   ec 00 00 00 00 00 a0 00  23d+11:18:24.995  IDENTIFY DEVICE
>   ef 03 46 00 00 00 a0 00  23d+11:18:24.982  SET FEATURES [Set transfer mode]
>   27 00 00 00 00 00 e0 00  23d+11:18:24.954  READ NATIVE MAX ADDRESS EXT
> 
> Error 22 occurred at disk power-on lifetime: 29559 hours (1231 days + 15 hours)
>   When the command that caused the error occurred, the device was active or idle.
> 
>   After command completion occurred, registers were:
>   ER ST SC SN CL CH DH
>   -- -- -- -- -- -- --
>   40 51 00 ff ff ff 0f
> 
>   Commands leading to the command that caused the error were:
>   CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
>   -- -- -- -- -- -- -- --  ----------------  --------------------
>   60 00 08 ff ff ff 4f 00  23d+11:18:21.884  READ FPDMA QUEUED
>   27 00 00 00 00 00 e0 00  23d+11:18:21.856  READ NATIVE MAX ADDRESS EXT
>   ec 00 00 00 00 00 a0 00  23d+11:18:21.855  IDENTIFY DEVICE
>   ef 03 46 00 00 00 a0 00  23d+11:18:21.841  SET FEATURES [Set transfer mode]
>   27 00 00 00 00 00 e0 00  23d+11:18:21.814  READ NATIVE MAX ADDRESS EXT
> 
> Error 21 occurred at disk power-on lifetime: 29559 hours (1231 days + 15 hours)
>   When the command that caused the error occurred, the device was active or idle.
> 
>   After command completion occurred, registers were:
>   ER ST SC SN CL CH DH
>   -- -- -- -- -- -- --
>   40 51 00 ff ff ff 0f
> 
>   Commands leading to the command that caused the error were:
>   CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
>   -- -- -- -- -- -- -- --  ----------------  --------------------
>   60 00 08 ff ff ff 4f 00  23d+11:18:18.752  READ FPDMA QUEUED
>   27 00 00 00 00 00 e0 00  23d+11:18:18.724  READ NATIVE MAX ADDRESS EXT
>   ec 00 00 00 00 00 a0 00  23d+11:18:18.723  IDENTIFY DEVICE
>   ef 03 46 00 00 00 a0 00  23d+11:18:18.710  SET FEATURES [Set transfer mode]
>   27 00 00 00 00 00 e0 00  23d+11:18:18.682  READ NATIVE MAX ADDRESS EXT
> 
> Error 20 occurred at disk power-on lifetime: 29559 hours (1231 days + 15 hours)
>   When the command that caused the error occurred, the device was active or idle.
> 
>   After command completion occurred, registers were:
>   ER ST SC SN CL CH DH
>   -- -- -- -- -- -- --
>   40 51 00 ff ff ff 0f
> 
>   Commands leading to the command that caused the error were:
>   CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
>   -- -- -- -- -- -- -- --  ----------------  --------------------
>   60 00 08 ff ff ff 4f 00  23d+11:18:15.645  READ FPDMA QUEUED
>   27 00 00 00 00 00 e0 00  23d+11:18:15.617  READ NATIVE MAX ADDRESS EXT
>   ec 00 00 00 00 00 a0 00  23d+11:18:15.616  IDENTIFY DEVICE
>   ef 03 46 00 00 00 a0 00  23d+11:18:15.603  SET FEATURES [Set transfer mode]
>   27 00 00 00 00 00 e0 00  23d+11:18:15.575  READ NATIVE MAX ADDRESS EXT
> 
> SMART Self-test log structure revision number 1
> Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
> # 1  Short offline       Aborted by host               60%     29560         -
> 
> 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.
> 

---end quoted text---

  reply	other threads:[~2013-12-17 16:53 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-12-17  6:50 request help with RAID1 array that endlessly attempts to sync Julie Ashworth
2013-12-17 16:53 ` Julie Ashworth [this message]
2013-12-17 17:55   ` Phil Turmel
2013-12-17 19:26     ` Julie Ashworth
2013-12-17 19:43       ` Phil Turmel
2013-12-17 23:12         ` David C. Rankin
2013-12-18  3:45         ` Julie Ashworth
2013-12-18 12:08           ` Phil Turmel
2014-01-21  6:38             ` Julie Ashworth
2014-01-21 13:23               ` Phil Turmel
2014-02-25  0:16               ` Julie Ashworth
2013-12-17 18:12   ` Wilson Jonathan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20131217165348.GA5070@localhost.localdomain \
    --to=ashworth@berkeley.edu \
    --cc=linux-raid@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.