Skip to content
View in the app

A better way to browse. Learn more.

Unraid

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

[SOLVED] Unable to detect array drive

Featured Replies

Hi, I am puzzled. I had a failed drive in my array and I have precleared replacement drives for this 1 drive, however when I powered up the array today to do the parity replacement/upgrade procedure as the new drive is bigger than the previous drive I got error messages from another drive that it had read errors. So I shutdown the array again and verified that the SATA cable and power cable was properly connected. However the next time the array would give errors again. So I moved the drive to a different cage which is connected on a different controller and ever since then the array will not detect this 8 TB drive anymore. The serial number is Disk 14 - WDC_WD80EZAZ-11TDBA0_1EG3446N. I have 2 diagnosis files one from this morning when the drive was still detected and another from now where it is no longer detected. I know that the location in the cage works as another drive in the same position is detected without issues. In addition I have a 2nd PC  which I use for running Preclear and there the 8tb drive is detected every time and I was even able to mount via UD plugin. I ran the xfs_repair script and it does not show anything either:

 

Linux 4.19.107-Unraid.
root@Tower:~# xfs_repair -v /dev/md1
Phase 1 - find and verify superblock...
        - block cache size set to 125072 entries
Phase 2 - using internal log
        - zero log...
zero_log: head block 2069017 tail block 2069017
        - scan filesystem freespace and inode maps...
        - found root inode chunk
Phase 3 - for each AG...
        - scan and clear agi unlinked lists...
        - process known inodes and perform inode discovery...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - process newly discovered inodes...
Phase 4 - check for duplicate blocks...
        - setting up duplicate extent list...
        - check for inodes claiming duplicate blocks...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
Phase 5 - rebuild AG headers and trees...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - reset superblock...
Phase 6 - check inode connectivity...
        - resetting contents of realtime bitmap and summary inodes
        - traversing filesystem ...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - traversal finished ...
        - moving disconnected inodes to lost+found ...
Phase 7 - verify and correct link counts...

        XFS_REPAIR Summary    Thu Jun 11 10:27:13 2020

Phase           Start           End             Duration
Phase 1:        06/11 10:25:57  06/11 10:25:57
Phase 2:        06/11 10:25:57  06/11 10:25:58  1 second
Phase 3:        06/11 10:25:58  06/11 10:26:36  38 seconds
Phase 4:        06/11 10:26:36  06/11 10:26:36
Phase 5:        06/11 10:26:36  06/11 10:26:36
Phase 6:        06/11 10:26:36  06/11 10:27:12  36 seconds
Phase 7:        06/11 10:27:12  06/11 10:27:12

Total run time: 1 minute, 15 seconds
done

 

I am stumped and don't know what else to do. I have now connected it to the onboard SATA and 2 different SAS controllers and it is not detected anymore.

tower-diagnostics-20200611-1019.zip tower-diagnostics-20200611-1625.zip

  • Community Expert

Might be the 3.3v  pin issue, google "wd 3.3v sata pin"

  • Author

but why would this only happen now, this drive has been in the tower for several months without issues. and in the other tower it also works.

  • Community Expert
12 hours ago, MrLondon said:

So I moved the drive to a different cage

Are all the cages the same?

  • Author

Originally the drive was directly connected to a SATA connector in a Icy Dock Vortex MB074SP-B cage, but then I moved that to a Icy Dock MB155SP-B cage. The 2nd tower does not have any cages it is there connected to a external dock in the chassis.

  • Community Expert

What I meant is the possibility that there was no 3.3v line before and there is now, anyway very easy to test.

  • Author

seems you guys were correct that there was a 3.3v issue as I now have put electrical tape over it and its detected. Thanks for the assistance... even though this is very strange that it worked for months...

  • JorgeB changed the title to [SOLVED] Unable to detect array drive

Archived

This topic is now archived and is closed to further replies.

Account

Navigation

Search

Search

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.