Replacing failing drive


Recommended Posts

I have 4 * 6 TB Drives in my array ( 3 data + 1 parity ). One of my data reported an error this morning...

 

I have a replacement 8 coming. I know the parity has to be the >= the largest data drive. But what will happen if it's not?

 

If I add the 8 tb as a data drive, will everything still work and only 6 tb will be usable or will it block me from adding it to the pool?

 

I know I should make the new drive my parity, but I don't really want to risk rebuilding my parity disk with an unhealthy drive.

Link to comment

You will not be able to add the 8TB drive as a parity drive.  It is always possible that the disk in question has not really failed - I would wait for feedback on that as that would simplify things.

 

If the drive really has failed then in such a scenario one should use the Parity Swap procedure which is covered here in the online documentation.

  • Like 1
Link to comment

Does look like an actual disk problem.

Oct 21 02:33:53 Tower kernel: ata1.00: exception Emask 0x0 SAct 0x4 SErr 0x0 action 0x0
Oct 21 02:33:53 Tower kernel: ata1.00: irq_stat 0x40000008
Oct 21 02:33:53 Tower kernel: ata1.00: failed command: READ FPDMA QUEUED
Oct 21 02:33:53 Tower kernel: ata1.00: cmd 60/08:10:40:00:00/00:00:00:00:00/40 tag 2 ncq dma 4096 in
Oct 21 02:33:53 Tower kernel:         res 41/40:00:40:00:00/00:00:00:00:00/00 Emask 0x409 (media error) <F>
Oct 21 02:33:53 Tower kernel: ata1.00: status: { DRDY ERR }
Oct 21 02:33:53 Tower kernel: ata1.00: error: { UNC }
Oct 21 02:33:53 Tower kernel: ata1.00: configured for UDMA/133
Oct 21 02:33:53 Tower kernel: sd 2:0:0:0: [sdf] tag#2 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=0x08
Oct 21 02:33:53 Tower kernel: sd 2:0:0:0: [sdf] tag#2 Sense Key : 0x3 [current] 
Oct 21 02:33:53 Tower kernel: sd 2:0:0:0: [sdf] tag#2 ASC=0x11 ASCQ=0x4 
Oct 21 02:33:53 Tower kernel: sd 2:0:0:0: [sdf] tag#2 CDB: opcode=0x88 88 00 00 00 00 00 00 00 00 40 00 00 00 08 00 00
Oct 21 02:33:53 Tower kernel: print_req_error: I/O error, dev sdf, sector 64
Oct 21 02:33:53 Tower kernel: md: disk1 read error, sector=0

 

You could run an extended SMART test but since you already have a larger replacement on the way I would just go ahead with the parity swap as linked by itimpi. That way you will be ready to upsize other disks in the future.

  • Like 1
Link to comment
  • 2 weeks later...

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.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.