Skip to:

  1. Skip to Jira Navigation
  2. Skip to Side Navigation
  3. Skip to Main Content

Thanks for using the TrueNAS Community Edition issue tracker! TrueNAS Enterprise users receive direct support for their reports from our support portal.

GUI Interaction with Seagate SAS Mach.2 Drives

Description

Additional Information: https://www.truenas.com/community/threads/drive-recognition-issue-seagate-exos-2x14.115667/

I'm working on building up a new TN server. I purchased a number of Seagate Exos 2x14 SAS drives. These drives appear to the OS as 2 LUNs from the same device resulting in a single Serial Number for the whole drive. As the GUI is using the SN as part of the Unique Identifier for the drives it results in a data collision where only the 'bottom' half of the drive shows up in the GUI to be used. The disks are present and appear to be fully operational from the OS, I am able to manually build a zpool and can write data across the pool without issue. I can do limited modifications once the zpool is imported into the GUI (ex: add a L2ARC to the pool or export/delete the pool) but other items such as Disk Management and Monitoring is unavailable.

PFR - Please update the mechanism in the GUI for tracking disks to validate LUN when multiple devices return the same SN. This would allow the TN interface to operate in the normal, expected manner for these types of disk.

Suggestion - Please amend on-line documentation to note this edge-case issue for future users who will encounter this problem or to help prevent others from making sub-optimal hardware choices for their deployments.

Activity

Show:

Kris Moore July 18, 2024 at 5:57 PM

Thank you for submitting this feature request! To better accommodate and gauge community interest for future versions of TrueNAS we have moved the submission process to our TrueNAS Community Forums. If this feature is still important and relevant for consideration, please refer to the links below on how to submit it for community voting and TrueNAS roadmap review.

Feature Requests Forum:
https://forums.truenas.com/c/features/12

Feature Requests FAQ:
https://forums.truenas.com/t/about-the-feature-requests-category-readme-first/8802

Alexander Motin February 26, 2024 at 5:29 PM
Edited

As expected, Addressed logical unit values are different. So TrueNAS should use as unique identifiers {serial_lunid}ZKL263820000C2409P22_6000c500d9675cc70000000000000000 vs {serial_lunid}ZKL263820000C2409P22_6000c500d9675cc70001000000000000 .

Brian Rupe [X] February 26, 2024 at 5:20 PM

root@mikoshi:~# sg_vpd -p sn /dev/sda Unit serial number VPD page: Unit serial number: ZKL263820000C2409P22 root@mikoshi:~# sg_vpd -p sn /dev/sdb Unit serial number VPD page: Unit serial number: ZKL263820000C2409P22 root@mikoshi:~# sg_vpd -p di /dev/sda Device Identification VPD page: Addressed logical unit: designator type: NAA, code set: Binary 0x6000c500d9675cc70001000000000000 Target port: designator type: NAA, code set: Binary transport: Serial Attached SCSI Protocol (SPL-4) 0x5000c500d9675cc5 designator type: Relative target port, code set: Binary transport: Serial Attached SCSI Protocol (SPL-4) Relative target port: 0x1 Target device that contains addressed lu: designator type: NAA, code set: Binary transport: Serial Attached SCSI Protocol (SPL-4) 0x5000c500d9675cc4 designator type: SCSI name string, code set: UTF-8 SCSI name string: naa.5000C500D9675CC4 root@mikoshi:~# sg_vpd -p di /dev/sdb Device Identification VPD page: Addressed logical unit: designator type: NAA, code set: Binary 0x6000c500d9675cc70000000000000000 Target port: designator type: NAA, code set: Binary transport: Serial Attached SCSI Protocol (SPL-4) 0x5000c500d9675cc5 designator type: Relative target port, code set: Binary transport: Serial Attached SCSI Protocol (SPL-4) Relative target port: 0x1 Target device that contains addressed lu: designator type: NAA, code set: Binary transport: Serial Attached SCSI Protocol (SPL-4) 0x5000c500d9675cc4 designator type: SCSI name string, code set: UTF-8 SCSI name string: naa.5000C500D9675CC4 root@mikoshi:~#

Alexander Motin February 26, 2024 at 4:51 PM
Edited

These drives appear to the OS as 2 LUNs from the same device resulting in a single Serial Number for the whole drive. As the GUI is using the SN as part of the Unique Identifier for the drives it results in a data collision where only the 'bottom' half of the drive shows up in the GUI to be used.

It is expected for LUNs of dual-actuator disks to have the same serial number, but they should have different LUN IDs, and TrueNAS should use concatenation of both as unique identifier. Please show output of sg_vpd -p sn /dev/sdX and sg_vpd -p di /dev/sdX for the two LUNs of a same drive.

c Weidner January 16, 2024 at 10:39 PM

Agreed 100%, although I keep seeing more scenarios pop up for the dual actuator drives. I wonder if Seagate could provide a firmware update that would allow you to distinguish the serial number on a per LUN basis.

So ya, two potential courses for the fix.

I was hoping I could get someone to engage, but time is running out to where Ima have to hand jam the new pools I need in there and not have the environment I would need to help them investigate and repro the bug.. I just hope that is not going to have further repercussions down the road.

 

Not sure if we should call this one a bug or a feature tho, depends on the folks working on the code or if it warrant a backport to the fix. Unfortunately I have upgraded my pools which make them non-backward compatible with SCALE (why they broke concurrency on pool version between SCALE and CORE is somewhat questionable, seems like an oversight. Maybe I should file a bug against CORE for that one.

Unresolved
Pinned fields
Click on the next to a field label to start pinning.

Details

Priority

Assignee

Reporter

More fields

Katalon Platform

Created January 13, 2024 at 7:12 PM
Updated July 18, 2024 at 6:03 PM
Configure