Jump to content

[Solved] Parity Device is Disabled


zey

Recommended Posts

I swapped system board, added a new hard drive, and swapped one of two of my cache drives. Now I'm getting "Parity Device is Disabled"

I also added a Supermicro AOC-SASLP-MV8. Weird thing is I do not see the option to access it's BIOS at boot up. I attempted to access using "Ctrl+M" however it did not work. So I am not able to confirm that it's not in raid mode nor if INT13 is disabled. I'd like to assume Raid is off due to the fact I am able to add the drives to the array.

 

I did some searching and found this thread https://lime-technology.com/forum/index.php?topic=42806.0

 

I performed the following in an attempt to resolve the issue.

[*]Stop the array

[*]Unassign the disk

[*]Start the array

[*]Stop the array

[*]Assign the disk

[*]Start the array and parity build should start

 

WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) = Parity drive

It'll get to about 1.6% then the status goes to disabled.

 

unRAID Parity disk error: 30-01-2016 16:55
Alert [HYPERION] - Parity disk in error state (disk dsbl)
WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk)

 

unRAID array errors: 30-01-2016 16:55
Warning [HYPERION] - array has errors
Array has 6 disks with read errors

 

unRAID Parity sync:: 30-01-2016 16:55
Notice [HYPERION] - Parity sync: finished (431 errors)
Duration: unavailable (no parity-check entries logged)

 

Jan 30 19:40:08 Hyperion kernel: sd 1:0:7:0: [sdk] 5860533168 512-byte logical blocks: (3.00 TB/2.72 TiB)
Jan 30 19:40:08 Hyperion kernel: sd 1:0:7:0: [sdk] 4096-byte physical blocks
Jan 30 19:40:08 Hyperion kernel: sd 1:0:7:0: [sdk] Write Protect is off
Jan 30 19:40:08 Hyperion kernel: sd 1:0:7:0: [sdk] Mode Sense: 00 3a 00 00
Jan 30 19:40:08 Hyperion kernel: sd 1:0:7:0: [sdk] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Jan 30 19:40:08 Hyperion kernel: sdk: sdk1
Jan 30 19:40:08 Hyperion kernel: sd 1:0:7:0: [sdk] Attached SCSI disk
Jan 30 19:40:59 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:40:59 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:40:59 Hyperion emhttp: shcmd (: /usr/local/sbin/set_ncq sdk 1 &> /dev/null
Jan 30 19:43:41 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:43:41 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:43:42 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:43:42 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:43:42 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:43:42 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:43:48 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:43:48 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:43:50 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:43:50 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:44:01 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:44:01 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:44:15 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:44:15 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:44:15 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:44:15 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:44:25 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:44:25 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:44:27 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:44:27 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:44:35 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:44:48 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:45:06 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:45:06 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:45:07 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:45:07 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:45:11 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:45:11 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:45:33 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:45:33 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:45:33 Hyperion emhttp: shcmd (252): /usr/local/sbin/set_ncq sdk 1 &> /dev/null
Jan 30 20:00:17 Hyperion kernel: sd 1:0:7:0: [sdk] tag#0 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=0x00
Jan 30 20:00:17 Hyperion kernel: sd 1:0:7:0: [sdk] tag#0 CDB: opcode=0x8a 8a 00 00 00 00 00 07 31 28 40 00 00 02 00 00 00
Jan 30 20:00:17 Hyperion kernel: blk_update_request: I/O error, dev sdk, sector 120662080

Jan 30 20:02:37 Hyperion emhttp: shcmd (297): /usr/local/sbin/set_ncq sdk 1 &> /dev/null
Jan 30 20:02:38 Hyperion emhttp: shcmd (305): /usr/local/sbin/set_ncq sdk 1 &> /dev/null
Jan 30 20:02:42 Hyperion emhttp: shcmd (313): /usr/local/sbin/set_ncq sdk 1 &> /dev/null
Jan 30 20:02:42 Hyperion emhttp: shcmd (321): /usr/local/sbin/set_ncq sdk 1 &> /dev/null

 

Any help would be greatly appreciated.

Link to comment

Can you try that controller in another box and see if you can access it's BIOS?

The fact you can't access it on your unRAID box is disturbing...

I know that in my MB BIOS there is a setting (that defaults to enabled) as to whether or not I see messages from add-on boards during the post + boot sequence.  I wonder if the OP has a similar setting that is not enabled?

Link to comment

Thanks to everyone replying. Here's what I've done so far in an attempt to resolve this issue.

 

Flashed my Supermicro AOC-SASLP-MV8 to 3.1.0.15n

I also flash my system board (Supermicro A1SA7-2750F) to the latest BIOs version 1.1a

 

I was then able to get into the BIOs of the HBA. I made sure to disable INT13 function and as we all know firmware version 3.1.0.15n does not support Raid therefore that's a non issue.

 

I performed a New Config and added all the drives. Parity check begins however it does not complete the Parity check. Instead it goes back into disabled. So what I tried was switching the Parity disk with the new HD I had installed and still Parity check does not complete and it goes into a disabled state.

 

Now I'm wondering, could it be the breakout cables I'm using? I just bought them I can't imagine being able to access my shares and somehow they're having an issue with a parity check.

hyperion-diagnostics-20160131-2005.zip

Link to comment

Here's an other weird thing. After the Parity check fails and marks the Parity disk as disabled, I stop the array. All disks go missing, the only way to get them back is by rebooting.

 

148n5dy.png

 

Fresh install of UnRaid did not resolve the issue.

i had a similar problem at one point and it turned out to be due to the fact the disk controller card was not perfectly seated in the motherboard.    It would work most of the time, but occasionally a disk would get a write error and then all disks on the controller were missing.  I assume that a momentary disconnect due to vibration meant the controller was lost and this caused the issue.  This sounds similar to what you are seeing?

 

the seating issue was due to the backplate tending to lift one edge of the connector slightly.  Resolving this stopped my problem.

 

As a general rule any error that takes out all disks on a controller means that you need to look at the controller rather than individual drives.

  • Like 1
  • Thanks 1
Link to comment

Here's an other weird thing. After the Parity check fails and marks the Parity disk as disabled, I stop the array. All disks go missing, the only way to get them back is by rebooting.

 

Fresh install of UnRaid did not resolve the issue.

i had a similar problem at one point and it turned out to be due to the fact the disk controller card was not perfectly seated in the motherboard.    It would work most of the time, but occasionally a disk would get a write error and then all disks on the controller were missing.  I assume that a momentary disconnect due to vibration meant the controller was lost and this caused the issue.  This sounds similar to what you are seeing?

 

the seating issue was due to the backplate tending to lift one edge of the connector slightly.  Resolving this stopped my problem.

 

As a general rule any error that takes out all disks on a controller means that you need to look at the controller rather than individual drives.

 

Awesome I'll give that a try because at this point I have no clue what the hell is going wrong.

 

Just because no one else has asked the question,  what power supply are you using

 

I have a 700w PSU.

Link to comment

Just because no one else has asked the question,  what power supply are you using

 

I have a 700w PSU.

Question should have been "What is the exact model of your power supply."

Details, details.  My bad

 

Sorry I also should've included those details. I have a Corsair TX750.

Link to comment

i had a similar problem at one point and it turned out to be due to the fact the disk controller card was not perfectly seated in the motherboard.    It would work most of the time, but occasionally a disk would get a write error and then all disks on the controller were missing.  I assume that a momentary disconnect due to vibration meant the controller was lost and this caused the issue.  This sounds similar to what you are seeing?

 

the seating issue was due to the backplate tending to lift one edge of the connector slightly.  Resolving this stopped my problem.

 

As a general rule any error that takes out all disks on a controller means that you need to look at the controller rather than individual drives.

 

itimpi,

 

I would like to thank you for the help and suggestion of reseating the HBA. I appears to have resolved the issue.  :D

I can't tell you how happy I am, you're the MAN!

Link to comment
  • 3 years later...
On 2/1/2016 at 7:31 AM, itimpi said:

i had a similar problem at one point and it turned out to be due to the fact the disk controller card was not perfectly seated in the motherboard.    It would work most of the time, but occasionally a disk would get a write error and then all disks on the controller were missing.  I assume that a momentary disconnect due to vibration meant the controller was lost and this caused the issue.  This sounds similar to what you are seeing?

 

the seating issue was due to the backplate tending to lift one edge of the connector slightly.  Resolving this stopped my problem.

 

As a general rule any error that takes out all disks on a controller means that you need to look at the controller rather than individual drives.

Woah, this solved all my problems. Thanks!

  • Like 1
Link to comment
  • 1 year later...
On 2/1/2016 at 7:31 AM, itimpi said:

i had a similar problem at one point and it turned out to be due to the fact the disk controller card was not perfectly seated in the motherboard.    It would work most of the time, but occasionally a disk would get a write error and then all disks on the controller were missing.  I assume that a momentary disconnect due to vibration meant the controller was lost and this caused the issue.  This sounds similar to what you are seeing?

 

the seating issue was due to the backplate tending to lift one edge of the connector slightly.  Resolving this stopped my problem.

 

As a general rule any error that takes out all disks on a controller means that you need to look at the controller rather than individual drives.

Just had 2 drives become disabled, rebuilt them and then the same thing happen again after a reboot with different drives. This was my issue and I don't think I would have found it if you hadn't posted this, so thanks! You've saved me countless hours of troubleshooting!

 

Due to the HBA only being an 8x and sitting in a 16x slot, the two sata cables if moved have enough force to pull the back of the card out the slot slightly while still being firmly attached at the front.

Edited by Scooshie
Link to comment
  • 1 year later...
  • 1 year later...
On 1/30/2016 at 5:31 PM, zey said:

I swapped system board, added a new hard drive, and swapped one of two of my cache drives. Now I'm getting "Parity Device is Disabled"

I also added a Supermicro AOC-SASLP-MV8. Weird thing is I do not see the option to access it's BIOS at boot up. I attempted to access using "Ctrl+M" however it did not work. So I am not able to confirm that it's not in raid mode nor if INT13 is disabled. I'd like to assume Raid is off due to the fact I am able to add the drives to the array.

 

I did some searching and found this thread https://lime-technology.com/forum/index.php?topic=42806.0

 

I performed the following in an attempt to resolve the issue.

 

[*]Stop the array

[*]Unassign the disk

[*]Start the array

[*]Stop the array

[*]Assign the disk

[*]Start the array and parity build should start

 

 

 

WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) = Parity drive

It'll get to about 1.6% then the status goes to disabled.

 

 

unRAID Parity disk error: 30-01-2016 16:55
Alert [HYPERION] - Parity disk in error state (disk dsbl)
WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk)

 

 

 

 

unRAID array errors: 30-01-2016 16:55
Warning [HYPERION] - array has errors
Array has 6 disks with read errors

 

 

 

 

unRAID Parity sync:: 30-01-2016 16:55
Notice [HYPERION] - Parity sync: finished (431 errors)
Duration: unavailable (no parity-check entries logged)

 

 

 

 

Jan 30 19:40:08 Hyperion kernel: sd 1:0:7:0: [sdk] 5860533168 512-byte logical blocks: (3.00 TB/2.72 TiB)
Jan 30 19:40:08 Hyperion kernel: sd 1:0:7:0: [sdk] 4096-byte physical blocks
Jan 30 19:40:08 Hyperion kernel: sd 1:0:7:0: [sdk] Write Protect is off
Jan 30 19:40:08 Hyperion kernel: sd 1:0:7:0: [sdk] Mode Sense: 00 3a 00 00
Jan 30 19:40:08 Hyperion kernel: sd 1:0:7:0: [sdk] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Jan 30 19:40:08 Hyperion kernel: sdk: sdk1
Jan 30 19:40:08 Hyperion kernel: sd 1:0:7:0: [sdk] Attached SCSI disk
Jan 30 19:40:59 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:40:59 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:40:59 Hyperion emhttp: shcmd (: /usr/local/sbin/set_ncq sdk 1 &> /dev/null
Jan 30 19:43:41 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:43:41 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:43:42 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:43:42 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:43:42 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:43:42 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:43:48 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:43:48 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:43:50 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:43:50 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:44:01 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:44:01 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:44:15 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:44:15 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:44:15 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:44:15 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:44:25 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:44:25 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:44:27 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:44:27 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:44:35 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:44:48 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:45:06 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:45:06 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:45:07 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:45:07 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:45:11 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:45:11 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:45:33 Hyperion emhttp: WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 (sdk) 2930266584
Jan 30 19:45:33 Hyperion kernel: md: import disk0: [8,160] (sdk) WDC_WD30EFRX-68AX9N0_WD-WCC1T0738873 size: 2930266532

Jan 30 19:45:33 Hyperion emhttp: shcmd (252): /usr/local/sbin/set_ncq sdk 1 &> /dev/null
Jan 30 20:00:17 Hyperion kernel: sd 1:0:7:0: [sdk] tag#0 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=0x00
Jan 30 20:00:17 Hyperion kernel: sd 1:0:7:0: [sdk] tag#0 CDB: opcode=0x8a 8a 00 00 00 00 00 07 31 28 40 00 00 02 00 00 00
Jan 30 20:00:17 Hyperion kernel: blk_update_request: I/O error, dev sdk, sector 120662080

Jan 30 20:02:37 Hyperion emhttp: shcmd (297): /usr/local/sbin/set_ncq sdk 1 &> /dev/null
Jan 30 20:02:38 Hyperion emhttp: shcmd (305): /usr/local/sbin/set_ncq sdk 1 &> /dev/null
Jan 30 20:02:42 Hyperion emhttp: shcmd (313): /usr/local/sbin/set_ncq sdk 1 &> /dev/null
Jan 30 20:02:42 Hyperion emhttp: shcmd (321): /usr/local/sbin/set_ncq sdk 1 &> /dev/null

 

 

 

Any help would be greatly appreciated.

Just wanted to say thanks. I had a similar problem.  After a bad shutdown I had two disks showing as disabled but had good SMART. After a Google search this forum post showed first. The whole answer of stop the array...... fixed my issues. I was ready my new disks! So thanks!

Link to comment
  • 5 months 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.

×
×
  • Create New...