[Update: Seller Complaints Accumulating] HGST Ultrastar He10 - 10TB @ $129.95

[Fritz]

They're in a Windows server. I'll see if I can arrange to take it down long enough to move it a nix box.

 

[heromode]

i'm starting to feel like an idiot.

Only thing i did say early the second H in HUH is helium:

The second H in HUH = Helium, so avoid drives starting with HUS, which are conventional air.

After that i've been a fool. I didn't know there were early 6TB HUH models either

 

[heromode]

They're in a Windows server. I'll see if I can arrange to take it down long enough to move it a nix box.

just boot with a debian 11 live

If you need i can give you the commands to install and configure ssh on the live debian to access quickly

 

[heromode]

sudo -i
apt update && apt install openssh-server -y
nano /etc/ssh/sshd_config

PermitRootLogin yes

passwd
live
live
service ssh restart
ip a

 

[pr1malr8ge]

You know i'm going to be pissed if his 6tb outputs the vender specific information and helium levels.

cause at that point I'm stumped on wtf to do. Less migrating to Truenas scale which is deb based. It hasn't been released long enough for me to want to make the switch.

 

[heromode]

You know i'm going to be pissed if his 6tb outputs the vender specific information and helium levels.

cause at that point I'm stumped on wtf to do. Less migrating to Truenas scale which is deb based. It hasn't been released long enough for me to want to make the switch.

In that case it will either be your HBA, or some freebsd based issue. We already determined you're not running that python wrapper

 

[pr1malr8ge]

In that case it will either be your HBA, or some freebsd based issue. We already determined you're not running that python wrapper

Honestly doubt it would be the hba or the 12bay expander its on. As that would prevent the sata drives from reporting it also. Since the sata drives encapsulate over the sas link.

 

[pr1malr8ge]

According to replies on my post on Truenas forums the lack of the vendor specific attributes is common on sas drives.

That's normal, SAS SMART is very different from SATA SMART

 

[heromode]

According to replies on my post on Truenas forums the lack of the vendor specific attributes is common on sas drives.

If this is the case, i wonder if it's possible using sgparm and/or sg3_utils to fish out the data, which is Vendor ID# 22
That's what i'm looking to play around with when i receive my disks and cables..

quick scan of sg3_utils page shows commands like 'sg_inq', 'sg_vpd'

For displaying VPD pages, sg_vpd (or sdparm) may be a better choice than sg_inq as sg_vpd has a simpler, less cluttered command line interface and additional support for vendor specific VPD pages.

Linux sdparm utility
The sg3_utils package

 

[heromode]

On another note regarding the BMS, my issue with it was the drives ran extremely hot during that scan, right at the edge of their max temps..

i used to pull a list of current temps + BMS progress on all the 8 drives with something like:

smartctl -x /dev/sdc | egrep "scan|Temp" && smartctl -x /dev/sdd | egrep "scan|Temp"

 

[Digital Spaceport]

View attachment 22575

Just for proof I'm not stupid lol

I think you are missing the S in /dev/{s}da maybe. You can check with lsblk.

 

[Fritz]

How do you run sg_utils for Linux ???????

I have googled til I'm blue in the face and cannot find anywhere how to run the damn program. Yea, there millions of pages describing all the details but not one damn word on how to use it.

 

[heromode]

How do you run sg_utils for Linux ???????

I have googled til I'm blue in the face and cannot find anywhere how to run the damn program. Yea, there millions of pages describing all the details but not one damn word on how to use it.

The sg3_utils package

 

[Fritz]

I rebooted the computer and now I get -

sparkey@sparkey-desktop:~$ sg_scan
sg_scan: Error opening /dev/sg0 : Permission denied
sg_scan: Error opening /dev/sg1 : Permission denied
/dev/sg2: scsi3 channel=0 id=0 lun=0 [em]
sg_scan: Error opening /dev/sg3 : Permission denied

 

[heromode]

I rebooted the computer and now I get -

sparkey@sparkey-desktop:~$ sg_scan
sg_scan: Error opening /dev/sg0 : Permission denied
sg_scan: Error opening /dev/sg1 : Permission denied
/dev/sg2: scsi3 channel=0 id=0 lun=0 [em]
sg_scan: Error opening /dev/sg3 : Permission denied

root?

 

[Fritz]

root?

Yea, forgot the sudo.

 

[Magius]

According to replies on my post on Truenas forums the lack of the vendor specific attributes is common on sas drives.

I added a little more information on your TrueNAS post to clarify what the other poster was trying to tell you. Long story short there's no such thing as "SMART" or "vendor specific attributes" defined in the SCSI (SAS) standards. It won't help you to try other tools to get more data than smartctl is showing you, that data does not exist for SAS drives.

If Hitachi is storing this information on their SAS drives (and why wouldn't they?), then I suspect it's in what's called a "log page" in the SCSI standard. The problem is you don't know which log page (there are LOTS) and even if you knew which page, you don't know how the information is encoded on the page. You could reach out to Hitachi and ask them, and they could help you figure it out so you can query the page with smartctl and decode it manually. Alternatively, you can use smartctl to query log page 00h which should give you a list of all log pages supported by your drive. The vendor specific log pages are typically 30h-3Eh, so if the drive reports a page in that range it might have the data you seek and you could query those pages with smartctl. The problem is still that you wouldn't know how the data is encoded, but if you extract the data from those pages maybe something will stand out? More likely than not you're going to have to talk to Hitachi to figure this out. I create SMART tools and I often end up talking to the manufacturers, occasionally under NDA/PIA.

Tools like smartctl are great since they hide all this protocol messiness behind the scenes and try to give you an easy universal picture of how your drive is doing. At the same time they can be limited in what they understand outside the run of the mill attributes from the biggest manufacturers, since vendor specific information is by definition... vendor specific. Hope that helps!

 

[heromode]

I added a little more information on your TrueNAS post to clarify what the other poster was trying to tell you. Long story short there's no such thing as "SMART" or "vendor specific attributes" defined in the SCSI (SAS) standards. It won't help you to try other tools to get more data than smartctl is showing you, that data does not exist for SAS drives.

If Hitachi is storing this information on their SAS drives (and why wouldn't they?), then I suspect it's in what's called a "log page" in the SCSI standard. The problem is you don't know which log page (there are LOTS) and even if you knew which page, you don't know how the information is encoded on the page. You could reach out to Hitachi and ask them, and they could help you figure it out so you can query the page with smartctl and decode it manually. Alternatively, you can use smartctl to query log page 00h which should give you a list of all log pages supported by your drive. The vendor specific log pages are typically 30h-3Eh, so if the drive reports a page in that range it might have the data you seek and you could query those pages with smartctl. The problem is still that you wouldn't know how the data is encoded, but if you extract the data from those pages maybe something will stand out? More likely than not you're going to have to talk to Hitachi to figure this out. I create SMART tools and I often end up talking to the manufacturers, occasionally under NDA/PIA.

Tools like smartctl are great since they hide all this protocol messiness behind the scenes and try to give you an easy universal picture of how your drive is doing. At the same time they can be limited in what they understand outside the run of the mill attributes from the biggest manufacturers, since vendor specific information is by definition... vendor specific. Hope that helps!

Very useful insights, thanks

 

[Snakewka]

What is a good controller for this?

 

[TXAG26]

I’ve tried them both on Broadcom/Avago/LSI 2308-IT and 3008-IT SAS controllers and they work fine. Plenty of threads discussing both of these SAS2 and SAS3 controllers.